GitLab

With cabal projects a package might depend on another inplace package in
the same project, so we need to add envoronment variables for each of
them when using new-run.

Using the current directory worked with single packages, but cabal
projects can use packages in different places.

Fixes #4639

Upgrade to 2.0 branch.

- cabal-install 2.0 new-build has different directory
  layout; everything is adjusted for that.
- Using hvr's PPA for Linux builds, and a custom
  ezyang build for OS X

[ci skip]

Fixes #4625.

Leave single invocation of ar

Make new-bench actually run the benchmarks

Based on new-test.

Also rename config field configArDoesNotSupportResponseFiles into
configUseResponseFiles

Newer versions of ar program support @file argument, which allows to
supply all object files, however numerous, in one call to ar, thus
reducing overhead of creating multiple ar processes where each process
must fully re-read output of the previous invocation.

Add detailed bad libs info to missing libs

Further compact build profile output in new-build

[ci skip]

Reduce duplication in CmdRun. Also fixes #4608.

Return a monomorphic TargetsMap from selectPlanSubset and put it in the
final ProjectBuildContext.

This causes slight duplication in CmdRun.hs, but not as bas as when we
didn't return anything. In exchange, the final return type is much
simpler.

Note that CmdConfigure returns an empty TargetsMap, as configure doesn't
accept targets.

Previously, the extraction of the target from the targetStrings was done
twice: inside the function passed to 'runProjectPreBuildPhase' and right
after it.

Now 'runProjectPreBuildPhase' is able to return information from that
function, and the duplication was removed, along with some assumptions
about the number of targets.

[ci skip]

Add datadir env var before running the exe

Datafiles should work when running an inplace exe

This enables the executale to find the datafiles in inplace builds.

Fixes #4120