There is also information on how to reset the stack.

Resolve #2345

Implement -j in travis and bootstrap script

bootstrap.sh: fix duplicate GHC_VER definition

No need to install cabal-install package

[ci skip]

Now that we bootstrap Cabal and cabal-install, we don't have to install
the package anymore.

[ci skip]

[ci skip]

Anders Kaseorg authored May 19, 2016 and Mikhail Glushenkov committed May 19, 2016

GHC 7.8 renamed "Gcc Linker flags" to "C compiler link flags" and "Ld
Linker flags" to "ld flags"
(https://ghc.haskell.org/trac/ghc/ticket/4862

).

Without this corresponding fix in Cabal, the old-time package fails to
compile on Ubuntu yakkety amd64, where the system GCC now defaults to
-pie and GHC has

    $ ghc --info | grep -i pie
     ,("C compiler flags","-fno-PIE -fno-stack-protector")
     ,("C compiler link flags","-no-pie")
     ,("ld flags","-no-pie")

Signed-off-by: Anders Kaseorg <andersk@mit.edu>
(cherry picked from commit c993a0c6)

[ci skip]

Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>

Try using smaller package ids on Windows (see #3430)

Add a regression test for issue #3324

Use base not haskell2010 package.

On Windows we have serious problems with path lengths. Windows imposes a
maximum path length of 260 chars, and even if we can use the windows
long path APIs ourselves, we cannot guarantee that ghc, gcc, ld, ar, etc
etc all do so too.

So our only choice is to limit the lengths of the paths, and the only
real way to do that is to limit the size of the 'InstalledPackageId's
that we generate. We do this by truncating the package names and
versions and also by truncating the hash sizes.

Truncating the package names and versions is technically ok because they
are just included for human convenience, the full source package id is
included in the hash.

Truncating the hash size is disappointing but also technically ok. We
rely on the hash primarily for collision avoidance not for any securty
properties (at least for now).

New build exception handling

These integration tests, unlike the existing ones, don't call cabal as
an external processes. Instead they use the cabal code directly. This
makes it possible to conveniently test catching exceptions.

Add a couple tests for exceptions in finding projects. There should be a
lot more for the various phases of planning.

Also add a couple tests for exceptions in the configure and build
phases. These test the previous patch that improves the exception
handling so that failures are added into the residual plan rather than
just propagating immediately.

Include cabal.project files too.

[ci skip]

Fixes #3414.

Fix various behavior differences between the transports

Previously, the wget transport would never return the text of the response
that we receive from the server. For example, when uploading a package candidate,
the server normally responds with a list of warnings that affect the package. But
if you used the wget transport, it only returned a response like "OK". This commit
uses the wget option `--output-document` to capture the server response and return
a correct response.

Again, all the other transports already set an Accept header, so
the wget transport should also set it.

All the other transports already do follow redirects, so we
should do the same for the curl transport for consistency.

Fixes #3426

[ci skip]