Re: Packages within a package

2007-10-24 Thread Duncan Coutts
On Tue, 2007-10-23 at 22:21 +0200, Henning Thielemann wrote: Does Cabal not support things like packages within a package simply because Haskell libraries currently are not complex enough to require such a feature, or is there a guiding design principle with which these features are

Re: Packages within a package

2007-10-24 Thread Henning Thielemann
On Wed, 24 Oct 2007, Duncan Coutts wrote: On Tue, 2007-10-23 at 22:21 +0200, Henning Thielemann wrote: Does Cabal not support things like packages within a package simply because Haskell libraries currently are not complex enough to require such a feature, or is there a guiding design

Re: Packages within a package

2007-10-24 Thread Henning Thielemann
On Wed, 24 Oct 2007, John D. Ramsdell wrote: Henning Thielemann [EMAIL PROTECTED] writes: It was requested several times but it seems not to be designed and implemented so easily. I bet it's easier than you think. You just have to dynamically generate package configuration files, just

Re: Packages within a package

2007-10-24 Thread Duncan Coutts
On Wed, 2007-10-24 at 09:03 -0400, John D. Ramsdell wrote: Duncan Coutts [EMAIL PROTECTED] writes: The design choice is that the Cabal package is the unit of distribution. Of course what one sees as a system may well consist of multiple interdependent packages. I think developers want

patch applied (cabal-branches/cabal-1.2): Add shared library building to GHC module (also via Makefile)

2007-10-24 Thread Duncan Coutts
Thu Sep 6 14:31:32 PDT 2007 Clemens Fruhwirth [EMAIL PROTECTED] * Add shared library building to GHC module (also via Makefile) M ./Distribution/Simple/GHC.hs -25 +67 M ./Distribution/Simple/GHC/Makefile.in -3 +16 M ./Distribution/Simple/Install.hs -3 +1

patch applied (cabal-branches/cabal-1.2): Update D.S.GHC/Makefile.hs

2007-10-24 Thread Duncan Coutts
Thu Sep 6 14:35:07 PDT 2007 Clemens Fruhwirth [EMAIL PROTECTED] * Update D.S.GHC/Makefile.hs M ./Distribution/Simple/GHC/Makefile.hs -1 +1 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

patch applied (cabal-branches/cabal-1.2): warning police

2007-10-24 Thread Duncan Coutts
Fri Sep 7 07:07:31 PDT 2007 Simon Marlow [EMAIL PROTECTED] * warning police M ./Distribution/Simple/GHC.hs -6 +6 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

patch applied (cabal-branches/cabal-1.2): Add -package-name to GHC invocation when linking DSOs

2007-10-24 Thread Duncan Coutts
Wed Sep 26 02:00:25 PDT 2007 Clemens Fruhwirth [EMAIL PROTECTED] * Add -package-name to GHC invocation when linking DSOs M ./Distribution/Simple/GHC.hs -1 +2 ___ cabal-devel mailing list cabal-devel@haskell.org

patch applied (cabal-branches/cabal-1.2): Add extra-libs to shared library linking

2007-10-24 Thread Duncan Coutts
Thu Sep 27 05:39:23 PDT 2007 Clemens Fruhwirth [EMAIL PROTECTED] * Add extra-libs to shared library linking M ./Distribution/Simple/GHC.hs -1 +6 ___ cabal-devel mailing list cabal-devel@haskell.org

patch applied (cabal-branches/cabal-1.2): Be explicit about the base version dependency

2007-10-24 Thread Duncan Coutts
Tue Oct 23 05:24:17 PDT 2007 Duncan Coutts [EMAIL PROTECTED] * Be explicit about the base version dependency don't just leave it up to the default search order M ./Cabal.cabal -2 +3 ___ cabal-devel mailing list cabal-devel@haskell.org

patch applied (cabal-branches/cabal-1.2): Refuse to run any commands if the .cabal has been modified

2007-10-24 Thread Duncan Coutts
Tue Oct 23 02:31:11 PDT 2007 Simon Marlow [EMAIL PROTECTED] * 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

patch applied (cabal-branches/cabal-1.2): Only use ld -x on systems where ld supports that.

2007-10-24 Thread Duncan Coutts
Tue Oct 23 11:37:38 PDT 2007 Duncan Coutts [EMAIL PROTECTED] * 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

patch applied (cabal-branches/cabal-1.2): Regenerate GHC/Makefile.hs from GHC/Makefile.in

2007-10-24 Thread Duncan Coutts
Tue Oct 23 11:38:04 PDT 2007 Duncan Coutts [EMAIL PROTECTED] * Regenerate GHC/Makefile.hs from GHC/Makefile.in M ./Distribution/Simple/GHC/Makefile.hs -1 +1 ___ cabal-devel mailing list cabal-devel@haskell.org

patch applied (cabal-branches/cabal-1.2): pass cpp-options to cpphs

2007-10-24 Thread Duncan Coutts
Tue Oct 23 11:42:10 PDT 2007 Ross Paterson [EMAIL PROTECTED] * pass cpp-options to cpphs M ./Distribution/Simple/PreProcess.hs -1 +1 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

patch applied (cabal-branches/cabal-1.2): Create the dist/ dir early in the configuration process

2007-10-24 Thread Duncan Coutts
Wed Oct 24 06:35:54 PDT 2007 Duncan Coutts [EMAIL PROTECTED] * Create the dist/ dir early in the configuration process M ./Distribution/Simple/Configure.hs -1 +3 ___ cabal-devel mailing list cabal-devel@haskell.org

patch applied (cabal-branches/cabal-1.2): Compile a .c rather than a .hs file to make a .o file in ld -x configure test

2007-10-24 Thread Duncan Coutts
Wed Oct 24 08:05:05 PDT 2007 Duncan Coutts [EMAIL PROTECTED] * Compile a .c rather than a .hs file to make a .o file in ld -x configure test Since when bootstrapping ghc we're not in any position to compile .hs files that easily. M ./Distribution/Simple/GHC.hs -4 +4

patch applied (cabal-branches/cabal-1.2): Adjust verbosity of a step in configure

2007-10-24 Thread Duncan Coutts
Wed Oct 24 09:07:58 PDT 2007 Duncan Coutts [EMAIL PROTECTED] * Adjust verbosity of a step in configure M ./Distribution/Simple/Configure.hs -1 +1 ___ cabal-devel mailing list cabal-devel@haskell.org

Re: Packages within a package

2007-10-24 Thread Duncan Coutts
On Wed, 2007-10-24 at 13:08 -0400, John D. Ramsdell wrote: Duncan Coutts [EMAIL PROTECTED] writes: I think I'm claiming that developers want support for developing systems as a unit but distribution can be as a collection of components rather than as a unit. Do you believe it is a bad

Patch for unlit code

2007-10-24 Thread David Waern
Here's a patch that fixes a bug in the Unlit pre-processor. New patches: [Fix a bug in the Unlit pre-processor David Waern [EMAIL PROTECTED]**20071024181908 With this patch, unlit can handle line pragmas with filenames that contain spaces. ] { hunk ./Distribution/Simple/PreProcess/Unlit.hs 36 -

Re: Packages within a package

2007-10-24 Thread Ashley Yakeley
Duncan Coutts wrote: We'd like to kill off autoconf as much as possible. :-) +1 -- Ashley Yakeley ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

patch applied (cabal): Adjust verbosity of a step in configure

2007-10-24 Thread Duncan Coutts
Wed Oct 24 09:07:58 PDT 2007 Duncan Coutts [EMAIL PROTECTED] * Adjust verbosity of a step in configure M ./Distribution/Simple/Configure.hs -1 +1 ___ cabal-devel mailing list cabal-devel@haskell.org