- cabal-devel - Haskell.org

patch applied (cabal-branches/cabal-1.2): Regenerate GHC/Makefile.hs from GHC/Makefile.in
by Duncan Coutts 24 Oct '07

24 Oct '07

Tue Oct 23 11:38:04 PDT 2007 Duncan Coutts <duncan(a)haskell.org> * Regenerate GHC/Makefile.hs from GHC/Makefile.in M ./Distribution/Simple/GHC/Makefile.hs -1 +1

1 0

patch applied (cabal-branches/cabal-1.2): Only use ld -x on systems where ld supports that.
by Duncan Coutts 24 Oct '07

24 Oct '07

Tue Oct 23 11:37:38 PDT 2007 Duncan Coutts <duncan(a)haskell.org> * Only use ld -x on systems where ld supports that. Hopefully this fixes it for both ordinary builds and via ghc makefiles. M ./Distribution/Simple/GHC.hs -5 +25 M ./Distribution/Simple/GHC/Makefile.in -1 +1

1 0

patch applied (cabal-branches/cabal-1.2): Refuse to run any commands if the .cabal has been modified
by Duncan Coutts 24 Oct '07

24 Oct '07

Tue Oct 23 02:31:11 PDT 2007 Simon Marlow <simonmar(a)microsoft.com> * Refuse to run any commands if the .cabal has been modified See GHC bug #1372 This is a consistency check, intended to prevent this class of build failures: * Package P is updated, its version number is bumped, the new version is compiled and installed. * Package Q depends on P. Q is modified to use the new P, and Q's .cabal file is updated with changes to the build-depends field to depend on the new version of P. * The user has an old build of Q. They pull the changes to Q and 'setup build' without cleaning or re-configuring. Build errors ensue, because the code of Q depends on changes to P's API, and we're still building against the old P. Note that you can't get segfaults this way, only build errors. This also relies on some new consistency checking in GHC 6.8 to work properly. If the user re-configures their Q build and then issues 'setup build' without cleaning, GHC must now realise that the package flags have changed, and re-compile all the affected Q modules. GHC 6.6 would not do this, but 6.8 does. M ./Distribution/Simple.hs -23 +40 M ./Distribution/Simple/Configure.hs -3 +15 M ./Distribution/Simple/LocalBuildInfo.hs +2

1 0

patch applied (cabal-branches/cabal-1.2): Add support for Haddock 2.0
by Duncan Coutts 24 Oct '07

24 Oct '07

Sun Oct 21 16:14:15 PDT 2007 David Waern <davve(a)dtek.chalmers.se> * Add support for Haddock 2.0 M ./Distribution/Simple/Haddock.hs -7 +44

1 0

patch applied (cabal-branches/cabal-1.2): typo in comment
by Duncan Coutts 24 Oct '07

24 Oct '07

Mon Oct 22 02:12:35 PDT 2007 Ross Paterson <ross(a)soi.city.ac.uk> * typo in comment M ./Cabal.cabal -1 +1

1 0

patch applied (cabal-branches/cabal-1.2): Be explicit about the base version dependency
by Duncan Coutts 24 Oct '07

24 Oct '07

Tue Oct 23 05:24:17 PDT 2007 Duncan Coutts <duncan(a)haskell.org> * Be explicit about the base version dependency don't just leave it up to the default search order M ./Cabal.cabal -2 +3

1 0

patch applied (cabal-branches/cabal-1.2): refinement of fix for #1785: don't use xargs' -s option at all
by Duncan Coutts 24 Oct '07

24 Oct '07

Fri Oct 19 05:45:22 PDT 2007 Simon Marlow <simonmar(a)microsoft.com> * refinement of fix for #1785: don't use xargs' -s option at all M ./Distribution/Simple/GHC/Makefile.hs -1 +1 M ./Distribution/Simple/GHC/Makefile.in -2 +2

1 0

patch applied (cabal-branches/cabal-1.2): FIX GHC bug #1785: use 2048 as the maximum command-line size
by Duncan Coutts 24 Oct '07

24 Oct '07

Thu Oct 18 07:05:00 PDT 2007 Simon Marlow <simonmar(a)microsoft.com> * FIX GHC bug #1785: use 2048 as the maximum command-line size Apparently Solaris sets a limit of 2048 here M ./Distribution/Simple/GHC.hs -1 +2 M ./Distribution/Simple/GHC/Makefile.in -1 +1

1 0

patch applied (cabal-branches/cabal-1.2): Add extra-libs to shared library linking
by Duncan Coutts 24 Oct '07

24 Oct '07

Thu Sep 27 05:39:23 PDT 2007 Clemens Fruhwirth <clemens(a)endorphin.org> * Add extra-libs to shared library linking M ./Distribution/Simple/GHC.hs -1 +6

1 0

patch applied (cabal-branches/cabal-1.2): Add -package-name to GHC invocation when linking DSOs
by Duncan Coutts 24 Oct '07

24 Oct '07

Wed Sep 26 02:00:25 PDT 2007 Clemens Fruhwirth <clemens(a)endorphin.org> * Add -package-name to GHC invocation when linking DSOs M ./Distribution/Simple/GHC.hs -1 +2

1 0