- cabal-devel - Haskell.org

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

[Hackage] #246: cabal-install's tar unpacking does not cope well with links
by Hackage 09 Mar '08

09 Mar '08

#246: cabal-install's tar unpacking does not cope well with links ----------------------------------+----------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: 6.8.2 Platform: | ----------------------------------+----------------------------------------- {{{ Extracting /home/me/.cabal/packages/hackage.haskell.org/pandoc/0.46/pandoc-0.46.tar.gz to /tmp/TMPpandoc-0.46... cabal: /tmp/TMPpandoc-0.46/pandoc-0.46/COPYRIGHT: copyFile: does not exist (No such file or directory) }}} If we look at this tarfile we find that the `COPYRIGHT` entry in the tar file is actually a symbolic link to `debian/copyright`. The tar code in `cabal-install` is designed to cope with symbolic links. It handles them by copying the target file. Same goes for hard links. The problem in this case is that it is trying to copy the other file before it has been unpacked. One partial solution would be to accumulate a list of links and then copy all at the end after the other files have been unpacked. It's only partial because someone could make a tarball with links pointing to other links. We can probably just ignore that problem and let it fail in the same way it does now. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/246> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

Cabal bugs
by Neil Mitchell 08 Mar '08

08 Mar '08

Hi, Using cabal and cabal-install from yesterday: D:\sources\contrib\google-chart>cabal install --hugs cabal: user error (Pattern match failure in do expression at Hackage/Install.hs: 99:6-19) D:\sources\contrib\google-chart>runhaskell Setup configure --hugs Configuring GoogleChart-0.2... Setup: The following installed packages are broken because other packages they depend on are missing. These broken packages must be rebuilt before they can be used. Two separate errors, one in cabal, one in cabal-install. The cabal error should at least tell me which packages are missing. Thanks Neil

3 13