GitLab

We'll see if anyone complains.

When using GHC's --split-objs we end up with lots of files to link.
This can mean overflowing the maximum length of the command line
when invoking ar or ld. On windows the maximum length is 32k. On
other systems it's not a great deal more. GHC currently deals with
this problem by using xargs. This patch does more or less the same.

This needs testing.

Distribution.Compat.Map taken from Haddock.

This shouldn't make any difference to current GHC's, but will be
required by the new GHC package code.

When we get confirmation from GHC devs that it's the right
thing to do then we can add it in.

For additional information see these mail threads:

http://www.haskell.org//pipermail/libraries/2006-July/005522.html
http://urchin.earth.li/pipermail/debian-haskell/2006-July/000220.html

This patch undid the previous patch, "merge from base".  I asked Sven
to revert it, but didn't get an answer.
  
See GHC bug #473.

The extra-libraries must be passed as -L-l${lib} or linking the C prog
that hsc2hs generates may fail if any symbols are referenced.
Also can't use cppOptions function since hsc2hs doesn't support -U.
Need to do -U flags in ccOptions seperately.

It is apparently required for the wash2hs test, however.

This is the portable thing to do and fixes things on FreeBSD where make/=gmake

The -P flag wasn't superfluous, but it was wrong for executables.