March 2008 - cabal-devel

patch applied (cabal): Use the right program config when reporting found programs
by Duncan Coutts 11 Mar '08

11 Mar '08

Thu Mar 6 04:47:35 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Use the right program config when reporting found programs M ./Distribution/Simple/Configure.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080306124735-adfee-46b8cce6…

1 0

patch applied (cabal-install): List.hs: fix synopsis paragraph wrapping
by Duncan Coutts 11 Mar '08

11 Mar '08

Fri Mar 7 11:21:59 PST 2008 Brent Yorgey <byorgey(a)gmail.com> * List.hs: fix synopsis paragraph wrapping M ./Hackage/List.hs -1 +1 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080307192159-bd4d7-…

1 0

patch applied (cabal-install): Adapt to using the bundled ReadP
by Duncan Coutts 11 Mar '08

11 Mar '08

Mon Mar 10 16:36:09 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Adapt to using the bundled ReadP +1 for using the same version of the ReadP lib everywhere, previously we would only have noticed this type error with nhc98. M ./Hackage/ParseUtils.hs -1 +1 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080310233609-adfee-…

1 0

patch applied (cabal-install): Make the 'upload' command more self explanatory
by Duncan Coutts 11 Mar '08

11 Mar '08

Mon Mar 10 16:33:46 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Make the 'upload' command more self explanatory It tells you what to do if you don't supply any args, rather than doing nothing and it check for simple mistakes and gives helpful error messages. M ./Main.hs -1 +20 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080310233346-adfee-…

1 0

patch applied (cabal): Remove the #ifdef'ed unit test code from several modules
by Duncan Coutts 11 Mar '08

11 Mar '08

Mon Mar 10 12:18:06 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Remove the #ifdef'ed unit test code from several modules They have all been moved to tests/UnitTest/ So we don't need so much CPP in the ordinary modules now. M ./Distribution/PackageDescription/Configuration.hs -78 M ./Distribution/ParseUtils.hs -168 M ./Distribution/Version.hs -84 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080310191806-adfee-bc4de754…

1 0

patch applied (cabal): Rearange unit tests some more add extract more tests from the other modules
by Duncan Coutts 11 Mar '08

11 Mar '08

Mon Mar 10 12:06:51 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Rearange unit tests some more add extract more tests from the other modules ./tests/unitTests -> ./tests/UnitTest ./tests/UnitTest/ModuleTest.hs -> ./tests/UnitTest.hs ./tests/UnitTest/PackageDescriptionTests.hs -> ./tests/UnitTest/Distribution/PackageDescription.hs ./tests/UnitTest/UnlitTest.hs -> ./tests/UnitTest/Distribution/Simple/PreProcess/UnlitTest.hs M ./tests/UnitTest.hs -3 +3 A ./tests/UnitTest/Distribution/ A ./tests/UnitTest/Distribution/PackageDescription/ A ./tests/UnitTest/Distribution/PackageDescription/Configuration.hs A ./tests/UnitTest/Distribution/ParseUtils.hs A ./tests/UnitTest/Distribution/Simple/ A ./tests/UnitTest/Distribution/Simple/PreProcess/ M ./tests/UnitTest/Distribution/Simple/PreProcess/UnlitTest.hs -1 +1 A ./tests/UnitTest/Distribution/Version.hs View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080310190651-adfee-791a5491…

1 0

patch applied (cabal): Reorganise and prune tests/
by Duncan Coutts 11 Mar '08

11 Mar '08

Mon Mar 10 11:39:38 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Reorganise and prune tests/ Split them into unit tests and system tests. Also remove the rather large bundled HSQL and HUnit packages. We can just depend on HUnit for the tests rather than bundling it. HSQL is very large for a system test and we can just as easily get it and others from hackage. ./tests/A -> ./tests/systemTests/A ./tests/buildInfo -> ./tests/systemTests/buildInfo ./tests/depOnLib -> ./tests/systemTests/depOnLib ./tests/exeWithC -> ./tests/systemTests/exeWithC ./tests/ffi-bin -> ./tests/systemTests/ffi-bin ./tests/ffi-package -> ./tests/systemTests/ffi-package ./tests/preprocess -> ./tests/systemTests/preprocess ./tests/recursive -> ./tests/systemTests/recursive ./tests/sdist -> ./tests/systemTests/sdist ./tests/twoMains -> ./tests/systemTests/twoMains ./tests/wash2hs -> ./tests/systemTests/wash2hs ./tests/withHooks -> ./tests/systemTests/withHooks ./tests/ModuleTest.hs -> ./tests/unitTests/ModuleTest.hs ./tests/PackageDescriptionTests.hs -> ./tests/unitTests/PackageDescriptionTests.hs ./tests/UnlitTest.hs -> ./tests/unitTests/UnlitTest.hs R ./tests/HSQL/ R ./tests/HSQL/HSQL.cabal R ./tests/HSQL/LICENSE R ./tests/HSQL/Makefile R ./tests/HSQL/NSIS/ R ./tests/HSQL/NSIS/hsql_installer.nsi R ./tests/HSQL/RPM/ R ./tests/HSQL/RPM/HSQL.spec R ./tests/HSQL/Setup.lhs R ./tests/HSQL/config.guess R ./tests/HSQL/config.mk R ./tests/HSQL/config.mk.in R ./tests/HSQL/config.sub R ./tests/HSQL/configure R ./tests/HSQL/configure.ac R ./tests/HSQL/doc/ R ./tests/HSQL/doc/Database.HSQL.MySQL.html R ./tests/HSQL/doc/Database.HSQL.ODBC.html R ./tests/HSQL/doc/Database.HSQL.PostgreSQL.html R ./tests/HSQL/doc/Database.HSQL.SQLite.html R ./tests/HSQL/doc/Database.HSQL.html R ./tests/HSQL/doc/doc-index-B.html R ./tests/HSQL/doc/doc-index-C.html R ./tests/HSQL/doc/doc-index-D.html R ./tests/HSQL/doc/doc-index-E.html R ./tests/HSQL/doc/doc-index-F.html R ./tests/HSQL/doc/doc-index-G.html R ./tests/HSQL/doc/doc-index-H.html R ./tests/HSQL/doc/doc-index-I.html R ./tests/HSQL/doc/doc-index-L.html R ./tests/HSQL/doc/doc-index-O.html R ./tests/HSQL/doc/doc-index-P.html R ./tests/HSQL/doc/doc-index-Q.html R ./tests/HSQL/doc/doc-index-S.html R ./tests/HSQL/doc/doc-index-T.html R ./tests/HSQL/doc/doc-index.html R ./tests/HSQL/doc/haddock.css R ./tests/HSQL/doc/haskell_icon.gif R ./tests/HSQL/doc/index.html R ./tests/HSQL/examples/ R ./tests/HSQL/examples/Main.hs R ./tests/HSQL/examples/Queries.hs R ./tests/HSQL/hsql.pkg.in R ./tests/HSQL/install-sh R ./tests/HSQL/mingw32lib/ R ./tests/HSQL/mingw32lib/Makefile R ./tests/HSQL/mingw32lib/libmysql.def R ./tests/HSQL/mingw32lib/libpqdll.def R ./tests/HSQL/mingw32lib/sqlite.def R ./tests/HSQL/src/ R ./tests/HSQL/src/HSQL/ R ./tests/HSQL/src/HSQL.hsc R ./tests/HSQL/src/HSQL/HsMySQL.h R ./tests/HSQL/src/HSQL/HsODBC.c R ./tests/HSQL/src/HSQL/HsODBC.h R ./tests/HSQL/src/HSQL/MySQL.hsc R ./tests/HSQL/src/HSQL/ODBC.hsc R ./tests/HSQL/src/HSQL/PostgreSQL.hsc R ./tests/HSQL/src/HSQL/SQLite.hsc R ./tests/HSQL/src/HSQL/Types.hs R ./tests/HUnit-1.0/ R ./tests/HUnit-1.0/Guide.html R ./tests/HUnit-1.0/HUnit.cabal R ./tests/HUnit-1.0/HUnitTester.hs R ./tests/HUnit-1.0/License R ./tests/HUnit-1.0/Makefile R ./tests/HUnit-1.0/README R ./tests/HUnit-1.0/Setup.lhs R ./tests/HUnit-1.0/src/ R ./tests/HUnit-1.0/src/Example.hs R ./tests/HUnit-1.0/src/HUnit.lhs R ./tests/HUnit-1.0/src/HUnitBase.lhs R ./tests/HUnit-1.0/src/HUnitLang.lhs R ./tests/HUnit-1.0/src/HUnitLang98.lhs R ./tests/HUnit-1.0/src/HUnitLangExc.lhs R ./tests/HUnit-1.0/src/HUnitTest98.lhs R ./tests/HUnit-1.0/src/HUnitTestBase.lhs R ./tests/HUnit-1.0/src/HUnitTestExc.lhs R ./tests/HUnit-1.0/src/HUnitText.lhs R ./tests/HUnit-1.0/src/Terminal.lhs R ./tests/HUnit-1.0/src/TerminalTest.lhs R ./tests/Tests.mk A ./tests/systemTests/ A ./tests/unitTests/ View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080310183938-adfee-483577c4…

1 0

patch applied (cabal): Import Data.Tree rather than defining it locally
by Duncan Coutts 11 Mar '08

11 Mar '08

Mon Mar 10 09:43:43 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Import Data.Tree rather than defining it locally Since we've dropped ghc-6.2 compatibility we can now use Data.Tree directly. M ./Distribution/ParseUtils.hs -13 +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080310164343-adfee-8c22ba36…

1 0

Re: [Hackage] #89: Sharing of object files between executable builds?
by Hackage 10 Mar '08

10 Mar '08

#89: Sharing of object files between executable builds? ---------------------------------+------------------------------------------ Reporter: bjorn(a)bringert.net | Owner: Type: enhancement | Status: new Priority: low | Milestone: Component: Cabal library | Version: Severity: minor | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.4.2 | Platform: Linux ---------------------------------+------------------------------------------ Changes (by duncan): * keywords: jgoerzen(a)complete.org => * cc: jgoerzen(a)complete.org (added) Comment: Replying to [comment:4 guest]: > I'd mention that this lack of sharing between sections has bitten me recently (as in an error and not an inefficiency sense) while I was updating Greencard. I don't think this is your problem. Your problem is that there's no way to specify that a build-tool dependency is in fact provided by a particular package and further that there is no way to get that kind of dependency between libraries/executables in the same package. The sharing is incidental, having it would not fix your problem. > It's otherwise happy, and it begins chasing down the files. Everything in 'Executable greencard'? Good. .lhs and .hs files, no sweat. Everything in 'Library'? Uh oh! This 'lib/Foreign/GreenCard.gc', it requires 'greencard'! > > And the build barfs. Which is silly, since it could and would be able to build the greencard necessary for the library! It'd be able to build that executable but it would not know to use it as the greencard tool. See #227. > I think I'm going to have split greencard up, and have a greencard and greencard-lib, making greencard-lib depend on greencard. This was the solution I used the last time I encountered a problem like this... Sounds sensible. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/89#comment:5> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #89: Sharing of object files between executable builds?
by Hackage 10 Mar '08

10 Mar '08

#89: Sharing of object files between executable builds? ------------------------------------+--------------------------------------- Reporter: bjorn(a)bringert.net | Owner: Type: enhancement | Status: new Priority: low | Milestone: Component: Cabal library | Version: Severity: minor | Resolution: Keywords: jgoerzen(a)complete.org | Difficulty: normal Ghcversion: 6.4.2 | Platform: Linux ------------------------------------+--------------------------------------- Comment (by guest): I'd mention that this lack of sharing between sections has bitten me recently (as in an error and not an inefficiency sense) while I was updating Greencard. So the Greencard package provides two main things; it provides a src/ which contains all sorts of modules which gets compiled down to the executable 'greencard-bin', and it provides a library, Foreign.Greencard, which naturally requires Greencard to be compiled. The makefile accomplishes this by building greencard-bin in place in src/, and then running something like ../src/greencard-bin on the lib/ files. Everything comes out hunky-dory. But when put into Cabal format, it needs to be split between Executable and Library sections. So, suppose someone goes to install a Cabalized greencard. (This means no greencard is installed.) Cabal begins the configuration. It detects that no greencard is accessible - 'No greencard found'. It's otherwise happy, and it begins chasing down the files. Everything in 'Executable greencard'? Good. .lhs and .hs files, no sweat. Everything in 'Library'? Uh oh! This 'lib/Foreign/GreenCard.gc', it requires 'greencard'! And the build barfs. Which is silly, since it could and would be able to build the greencard necessary for the library! I think I'm going to have split greencard up, and have a greencard and greencard-lib, making greencard-lib depend on greencard. This was the solution I used the last time I encountered a problem like this... -- gwern -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/89#comment:4> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0