In GHC 7.10, Cabal always generate package keys, including in
cases where Backpack was involved (e.g. --instantiated-with).
In fact, in these case, GHC needs to be able to generate the
package key (because it will often make a substitution on the
instantiation, and needs to know if this identity coincides with
anything else we've seen previously).

Thus, we introduce a new notion, the 'LibraryName', which
is JUST the non-Backpack portion of a package key.  For ordinary
packages that are definite, a 'LibraryName' is simply
the 'PackageId' plus 'PackageKey'; for indefinite Backpack packages,
when a package gets instantiatied, it may end up with different
'PackageKey's even though the 'LibraryName' stays the same.
'LibraryName's can be computed purely by Cabal.

This patch:

    - Defines library name, which are the source package ID plus
      a hash of all the source package ID and the library names of external,
      textual dependencies,

    - Redefines the package key to be JUST the hash portion of a
      library name, in the case that Backpack is not used,

    - Records the library name in InstalledPackageInfo.

Note: the source package ID is included both externally (so the library
name is a useful handle to refer to package) and internally (so the
hash can stand alone as the package key.)

A major refactoring which is part of this commit is moving package keys/library
names from LocalBuildInfo to LibComponentBuildInfo.  If you have an LBI, you can
still extract a package key/library name using the new
localPackageKey/localLibraryName function (which looks through the
ComponentBuildInfos of a LocalBuildInfo for the library in question).  This is
conceptually cleaner for two reasons:

    1. Only dependencies of the *library* are counted as part
    of the library name, as opposed to *all* dependencies which
    we previously used.

    2. A library name doesn't really mean much for an executable,
    or a test suite, since no one else will have to link against
    them.  So we can fall back on something simpler.

A more minor refactoring is the 'LibraryName' type, which was
previously defined by LocalBuildInfo and generally looked something
like "HSprocess-0.1-XXXX".  We change the meaning of 'LibraryName'
to be "process-0.1-XXXX" (thus we have to insert some HS additions
in the code) and eliminate componentLibraries, thus assuming that
there is only ONE Haskell library (which was the case.)  So
we remove a little bit of generality and in return get code
that is much easier to read.  (The only downside is GHC's hack
to split DLLs into multiples has to be adjusted slightly, but
this is not a big price to pay.)

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

Update HACKING.md

Add `--enable-tests` for cabal-install setup instructions

Exit with an error if $CABAL_SANDBOX_CONFIG does not point to extant file

Add support for automatic profiling detail levels, with reasonable defaults

Support pure test packages (issue #1186)

New flags: --profiling-detail and --library-profiling-detail.
When profiling is enabled (by the existing flags) then these flags
are taken into account to set the profiling detail level.

The levels are:
 none
 default
 exported-functions
 toplevel-functions
 all-functions

The default value for ghc for libraries is exported-functions and
for exes is toplevel-functions.

On GHC these levels correspond to the -fprof-auto* flags. The
ghc-prof-options will override this (just because it's passed to
ghc at the end).

maybeDecompress: bail on all errors at the beginning of the stream with zlib < 0.6

Fix #2704

Code branch with zlib <0.6 cannot recognise the uncompressed input.

Add missing test modules

This commit relaxes D.PackageDescription.Check.checkConfiguredPackage so that it
only warns when a package declares no executables, libraries, tests, or
benchmarks.  Similarly, it relaxes the check during build to only require one
component that is buildable and enabled.  Install now requires an executable or
library.

Use the version macros when building Setup.hs

The design called for allowing deps to be specified, and for the
Setup.hs to be able to use the same version macros as in other code.
This patch completes that second part.

Matthias Fischmann authored 9 years ago and Duncan Coutts committed 9 years ago

Fix: 7.4.2 compat.

PVP compliance: upper version bound.

Revert noise and relax zlib min version back to 0.5.3 (part 1/2).

Revert noise and relax zlib min version back to 0.5.3 (part 2/2).

Test cases for maybeDecompress.

Use edsko's implementation of maybeDecompress; add test case.

Fixup.

maybeDecompress: test suite work-around.

Cleanup.

Relax zlib upper bound.

maybeDecompress: add mysteriously failing test cases.

7.4 compat for test cases.

Warn if GHC{,JS}_PACKAGE_PATH points to non-directory

And add backwards compat support for ghc-7.2 and older that used
the -auto and -auto-all flags.

Simplifies the code in D.S.GHC where we're deciding the options to use.

ttuegel authored 9 years ago and Duncan Coutts committed 9 years ago

Conflicts:
	Cabal/changelog

Merge https support

e.g. cabal install https://example.com/foo-1.0.tar.gz

The initial patch would always try to use HTTPS, even when the repo
specified to use HTTP. This works for the central community hackage
but obviously does not work in general.

The new logic is that we always follow what is specified for the
remote repo in the config, except for built-in known repos (currently
just the central community hackage) where we mark them as also
supporting https. For upload when uploading to such a marked repo
then we will try https and will complain if the plain-http impl was
selected automatically (but it's ok if selected manually).

This patch also changes things so that for http urls on download, we
stick to the builtin http impl by default, and only use the external
ones if https support is required (i.e. because the repo was
configured to use an https url)

Move utils into other Util modules.
Reformat all code to 80 cols.
Reorder code and add more comments.
Use long form style program args, e.g. --silent rather than -s
Finish implementation of form upload with wget
Fix reporting of server error messages for upload (curl & builtin)
Implement collecting of ETags for curl and wget.
Fix wget for case of 304 not modified response (wget uses exit code 8).
Rework transport configuration phase.

gershomb authored 9 years ago and Duncan Coutts committed 9 years ago

Supports both uploading and downloading.
Basic built-in HTTP is still supported.

Get 'builddir' from cabal.config or CABAL_BUILDDIR

This will be useful for adding crypto credentials without people having
to update their config files.

Also useful point to add any other special casing for known repos.