GitLab

rather than [PackageIdentifier]

Add a class for packages with fixed deps, like InstalledPackageInfo and
generalise the few functions that used PackageIndex InstalledPackageInfo
specifically to use PackageFixedDeps pkg => PackageIndex pkg
This will be helpful in cabal-install for configured but not-yet-installed
packages.

New Package class of things that can be identified by a PackageIdentifier
so that covers at least PackageIdentifier, PackageDescription and
InstalledPackageInfo. Most PackageIndex operations work for any package type.

Previously we made two calls to ghc-pkg per-dependent package which starts
to get very slow once you have 100's of installed packages and the package
you're building depends on several of them. Now we use the cached information
about the installed packages. Also refactored the code to generate the haddock
package flags so we can export it and use it elsewhere more easily.

So now all the info about installed packages is available to all the
verious build phases.

We now check for packages that are broken due to their dependencies having
been unregistered. We fail and print a fairly sensible message in this case.
We also check for inconsistent dependencies and give a warning saying which
packages are depending on inconsistent versions of a third. This is a warning
not an error because it does not always lead to failure. Hopefully it'll help
people who are otherwise just running into random compile errors.
This fixes ticket #220.

So instead of "-f FLAGS --flags=FLAGS" we get just "-f --flags=FLAGS"
This makes rather better use of 80 cols and means the flag descriptsion
are not squeesed into such a narrow column.

The new index module is adapted from the similar module in cabal-install but
with renamed functions and extended to work with full InstalledPackageInfo
rather than just PackageIdentifier. So the getInstalledPackages functions now
return an InstalledPackageIndex.

We changed to require ghc >= 6.4 a while ago, this is just a simplification
that was missed at the time.

Have to define it locally since it only appeared in Data.List recently.

rather than just PackageIdentifier. This will enable us to do lots more in
future, for example detecting inconsistent package depends, doing our
own cpp pre-processing or module chasing.

The program prefix and suffix have been moved out of InstallDirs so that InstallDirs is now all directories.  The prefix and suffix have been moved into LocalBuildInfo as stand-alone PathTemplate flags.

Check that Setup.(l)hs exists.
Check for ./configure file if build-type: Configure
Check for duplicate modules in library and executables.
Check ghc-options and cc-options for -I -l -L flags that should be elsewhere
Check for lots of insane ghc-options that people have used in real packages.
Check for old ghc -f flags that correspond to extensions

Various recent api changes

and stop exporting various internal stuff from PackageDescription.Parse
which was previously being used by the sanity checking code.

And rename from QA so we no longer pretend to assure anything :-)
We now distinguish different kinds of tests with a PackageCheck type so the
caller gets to decide which kinds of checks are relevant to the context.
This PackageCheck type should be extensible if we want to add more kinds or
more info besides a brief human readable explanation.

Previously all members of InstallDirs were paths so it was safe to prefix
them all with the destdir, but now we've also got these two non-paths, so
we have to not apply the prefix to them. Perhaps the program prefix and suffix
should just be PathTemplates on their own and not part of InstallDirs.
Reported by MarcWeber while hacking on Haskell packages for Nix.

moduleToFilePath encouraged bad error handling and becuase it was specific
to module names it made it hard to treat modules and main.hs files uniformly.
This is one step towards using the same code paths for modules and main.hs
files so that main.hs files always work properly with pre-processors etc.

and fix up remaing imports.
hcOptions is back in the PackageDescription module but with a different type.
GenericPackageDescription now derives Show as having the separate pretty
printer is inconvenient and in any case it is incomplete.

Previously we moved the types into Distribution.PackageDescription.Types.
Now all the remaining utils have been removed from D.PackageDescription we
can move D.PackageDescription.Types back to D.PackageDescription. Also move
D.Configuration to be D.PackageDescription.Configuration and move the types
used for GenericPackageDescription into D.PackageDescription and move the
functions that convert GenericPackageDescription -> PackageDescription into
the D.PackageDescription.Configuration module.

New Distribution.Simple.BuildPaths module similar to the .InstallDirs module
to hold all the paths and filenames used during a build.
It's currently somewhat of a miscellaneous collection.

and make the unit test module build again.
The PackageDescription module no longer needs CPP.

New D.PackageDescription.Types with the types and simple utils
New D.PackageDescription.Parse module for parsing and printing functions.
The sanity check code is moved into the existing QA module.
The public api of Distribution.PackageDescription remains the same.