From trac at galois.com Wed Jul 2 13:04:38 2008 From: trac at galois.com (Hackage) Date: Wed Jul 2 12:55:46 2008 Subject: [Hackage] #307: Allow specifying alternative source and target package databases other than --user and --global Message-ID: <041.10304259237da74546f7f6ebc42ff409@localhost> #307: Allow specifying alternative source and target package databases other than --user and --global ----------------------------+----------------------------------------------- Reporter: fons | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- Sometimes, it is useful to use alternative target/source package databases (e.g. for testing that the installation of a package with custom hooks works, without poisoning the global or user databases). GHC allows doing that through {{{ghc}}}'s and {{{ghc-pkg}}}'s {{{-package- conf}}} flag. However, there's no equivalent in Cabal. Thus, I suggest adding new {{{-package-conf}}} flag to the {{{configure}}}, {{{install}}} and {{{register}}} commands. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Wed Jul 2 14:50:18 2008 From: trac at galois.com (Hackage) Date: Wed Jul 2 14:41:30 2008 Subject: [Hackage] #206: cabal-install should be able to generate haddock docs In-Reply-To: <042.d4da69b9c59eebb92853bd4c2508f379@localhost> References: <042.d4da69b9c59eebb92853bd4c2508f379@localhost> Message-ID: <051.4d63b9ad36d730347a683ee49b7d1281@localhost> #206: cabal-install should be able to generate haddock docs ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.4 Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ---------------------------------+------------------------------------------ Changes (by tibbe): * cc: johan.tibell@gmail.com (added) -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Wed Jul 2 19:56:15 2008 From: trac at galois.com (Hackage) Date: Wed Jul 2 19:47:25 2008 Subject: [Hackage] #206: cabal-install should be able to generate haddock docs In-Reply-To: <042.d4da69b9c59eebb92853bd4c2508f379@localhost> References: <042.d4da69b9c59eebb92853bd4c2508f379@localhost> Message-ID: <051.e140eba90a6e7bdd69ed84bbe6a5a7ed@localhost> #206: cabal-install should be able to generate haddock docs ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.4 Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ---------------------------------+------------------------------------------ Comment (by bfr): Replying to [comment:1 duncan]: > I guess for a per-user install it could live in $HOME/.cabal/share/doc/index.html > > but that's no good for a global install since we cannot steal that name. So where would such an index go? I think the question how (and where) to maintain a central documentation index should not be confused with the question of whether to build (and install) documentation at all. Installed API documentation is very useful even w/o a central index, if it can be found under a canonical path derived from the package name. The real advantage of a central index is accessability. My favourite solution would be a single command e.g. 'hsdoc', which, given a function, a module, type, whatever, finds the haddock docs and displays them in some (user configurable) way (e.g. by starting a web browser). A bit like 'perldoc' but not restricted to plain console output. Much more useful than a central index html page, IMO, specially since you can leverage the shell's history feature, etc. The natural place of a central index for globally installed packages is wherever ghc-pkg (resp. analogue tools for other implementations) keeps its package database. Anyway, this should be another ticket. Installing the docs in the first place is useful in and of itself. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Wed Jul 2 20:02:19 2008 From: trac at galois.com (Hackage) Date: Wed Jul 2 19:53:33 2008 Subject: [Hackage] #206: cabal-install should be able to generate haddock docs In-Reply-To: <042.d4da69b9c59eebb92853bd4c2508f379@localhost> References: <042.d4da69b9c59eebb92853bd4c2508f379@localhost> Message-ID: <051.d33a27d67ccb4bfb81a236e87222005e@localhost> #206: cabal-install should be able to generate haddock docs ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.4 Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ---------------------------------+------------------------------------------ Comment (by guest): Hoogle 4 can already do the bits of 'hsdoc' you are mentioning, or at least on a console (the web page bit is a simple addition). Hoogle 4 will require a database for each package that is installed somewhere. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Thu Jul 3 06:33:42 2008 From: trac at galois.com (Hackage) Date: Thu Jul 3 06:24:46 2008 Subject: [Hackage] #297: cabal fetch command don't fetch packages those have already been installed In-Reply-To: <043.504a93ac4f9e2bb1f8efe356f527b38c@localhost> References: <043.504a93ac4f9e2bb1f8efe356f527b38c@localhost> Message-ID: <052.4058225810391b5d6597d7e76c15e2a1@localhost> #297: cabal fetch command don't fetch packages those have already been installed ---------------------------------+------------------------------------------ Reporter: chylli | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.4 Component: cabal-install tool | Version: Severity: normal | Resolution: Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.8.2 | Platform: ---------------------------------+------------------------------------------ Comment (by Isaac Dupree): hang on, what is `cabal fetch` supposed to do? Fetch[*] the source of: A. the package itself? B. the package and all its dependencies? C. the package and all its uninstalled dependencies? D. currently, it is, if I'm reading the code rightly: all the package's uninstalled dependencies (including itself if it's uninstalled), which is obviously wrong. I assumed from the help description that it meant "A" above, but then why is the code doing dependency analysis at all? "B" = dep analyze with an empty set of "installed" packages, I suppose (would it be necessary to include the current "base" or similar in the installed-package-list though, since it's not on hackage?). "C" = just remove the named package from the installed-package-list (as Duncan said) -- but why would you want "C"? [*] fetch means, just make sure you have a copy of it in .cabal/packages/... -- if the source is already there then no need to download again -- Ticket URL: Hackage Hackage: Cabal and related projects From igloo at earth.li Thu Jul 3 07:18:40 2008 From: igloo at earth.li (Ian Lynagh) Date: Thu Jul 3 07:09:44 2008 Subject: patch applied (cabal): Fix the build with GHC 6.4.2: Data.Map.alter doesn't exist Message-ID: <20080703111840.GA20104@haskell.galois.com> Wed Jul 2 17:11:51 PDT 2008 Ian Lynagh * Fix the build with GHC 6.4.2: Data.Map.alter doesn't exist M ./Cabal.cabal +1 A ./Distribution/Compat/Map.hs M ./Distribution/Simple/PackageSet.hs -1 +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080703001151-3fd76-c0280f5b5d59a76e1ac53b68e95b1d9d8b0dccd9.gz From igloo at earth.li Thu Jul 3 07:18:42 2008 From: igloo at earth.li (Ian Lynagh) Date: Thu Jul 3 07:09:46 2008 Subject: patch applied (cabal): Fix using specified package databases Message-ID: <20080703111842.GA20126@haskell.galois.com> Wed Jul 2 17:12:16 PDT 2008 Ian Lynagh * Fix using specified package databases If we are using a specified package database, we need to tell GHC what it is when building M ./Distribution/Simple/GHC.hs +3 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080703001216-3fd76-517051160e2b35db207cd400d814515b164f14f7.gz From trac at galois.com Thu Jul 3 07:28:33 2008 From: trac at galois.com (Hackage) Date: Thu Jul 3 07:19:39 2008 Subject: [Hackage] #307: Allow specifying alternative source and target package databases other than --user and --global In-Reply-To: <041.10304259237da74546f7f6ebc42ff409@localhost> References: <041.10304259237da74546f7f6ebc42ff409@localhost> Message-ID: <050.9247c4643a075f29ce6a2b830a4be36c@localhost> #307: Allow specifying alternative source and target package databases other than --user and --global ----------------------------+----------------------------------------------- Reporter: fons | Owner: Type: enhancement | Status: closed Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: worksforme Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Changes (by igloo): * status: new => closed * resolution: => worksforme Comment: This already exists: `./Setup configure --package-db=PATH` -- Ticket URL: Hackage Hackage: Cabal and related projects From Malcolm.Wallace at cs.york.ac.uk Fri Jul 4 10:07:06 2008 From: Malcolm.Wallace at cs.york.ac.uk (Malcolm Wallace) Date: Fri Jul 4 09:58:06 2008 Subject: patch applied (cabal): massage a pattern-with-context around nhc98's typechecker Message-ID: <20080704140706.GA23619@haskell.galois.com> Fri Jul 4 07:05:41 PDT 2008 Malcolm.Wallace@cs.york.ac.uk * massage a pattern-with-context around nhc98's typechecker M ./Distribution/Simple/GHC/IPI642.hs -1 +3 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080704140541-6871e-0caeb34f2011dfb4cd9eee46e90ebb4744b05819.gz From Malcolm.Wallace at cs.york.ac.uk Fri Jul 4 10:07:07 2008 From: Malcolm.Wallace at cs.york.ac.uk (Malcolm Wallace) Date: Fri Jul 4 09:58:07 2008 Subject: patch applied (cabal): help nhc98's import overlap resolver Message-ID: <20080704140707.GA23636@haskell.galois.com> Fri Jul 4 07:06:13 PDT 2008 Malcolm.Wallace@cs.york.ac.uk * help nhc98's import overlap resolver M ./Distribution/Simple/PackageSet.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080704140613-6871e-c9372ffb61938dc7705a7e13bbd0aecff24f7ecd.gz From trac at galois.com Fri Jul 4 13:28:13 2008 From: trac at galois.com (Hackage) Date: Fri Jul 4 13:19:15 2008 Subject: [Hackage] #308: provide hierarchical haddock for each package Message-ID: <044.858078e474b566a06ff2c481eec63f51@localhost> #308: provide hierarchical haddock for each package --------------------------------+------------------------------------------- Reporter: EricKow | Owner: Type: task | Status: new Priority: normal | Milestone: Component: hackageDB website | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | --------------------------------+------------------------------------------- The primary haddock documentation for some packages seems to be on hackage. But on hackage, you see separate links for each module within the package, not a nice hiearchical listing like the one on http://www.haskell.org/ghc/docs/latest/html/libraries/ It would be nice if each package had its own mini-hierarchy -- Ticket URL: Hackage Hackage: Cabal and related projects From ross at soi.city.ac.uk Sat Jul 5 06:54:06 2008 From: ross at soi.city.ac.uk (Ross Paterson) Date: Sat Jul 5 06:45:06 2008 Subject: patch applied (cabal): fix #if __GLASGOW_HASKELL__ test Message-ID: <20080705105406.GA17158@haskell.galois.com> Sat Jul 5 03:50:48 PDT 2008 Ross Paterson * fix #if __GLASGOW_HASKELL__ test The problem is that #if __GLASGOW_HASKELL__ < NNN is also true for non-GHC. It should be #if __GLASGOW_HASKELL__ && __GLASGOW_HASKELL__ < NNN M ./Distribution/Compat/Map.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080705105048-b47d3-6bbecf4b2162a530113c368a23cdb080edded390.gz From trac at galois.com Sat Jul 5 10:53:10 2008 From: trac at galois.com (Hackage) Date: Sat Jul 5 10:44:35 2008 Subject: [Hackage] #309: cabal install should recognize if package was already configured Message-ID: <040.16fb6e169b38f748580069935c456836@localhost> #309: cabal install should recognize if package was already configured ---------------------------------+------------------------------------------ Reporter: bfr | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ If I first configure an unpacked package inside its source directory cabal configure --prefix=/my/path --flags=whatever and then afterwards do cabal install then the configure options I gave before are not recognized by the 'cabal install'. Instead, 'cabal install' without a package name argument should inspect whether the package is already configured and use whatever options have been set. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Tue Jul 8 14:46:31 2008 From: trac at galois.com (Hackage) Date: Tue Jul 8 14:37:26 2008 Subject: [Hackage] #216: need a way to specify the foreign libraries a package depends on In-Reply-To: <056.50c203ebc5dcfd75c1c54a254cb11c5b@localhost> References: <056.50c203ebc5dcfd75c1c54a254cb11c5b@localhost> Message-ID: <065.4109dfbf6f5f4bfe5876f7a78a8b0a2c@localhost> #216: need a way to specify the foreign libraries a package depends on ----------------------------------+----------------------------------------- Reporter: ross@soi.city.ac.uk | Owner: Type: enhancement | Status: reopened Priority: normal | Milestone: Cabal-1.6 Component: Cabal library | Version: 1.2.3.0 Severity: major | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: Linux ----------------------------------+----------------------------------------- Changes (by lemming): * status: closed => reopened * resolution: invalid => Comment: We have support for different compilers, why not also having support for different package systems? We could either sort the dependencies with respect to distributions: {{{ Debian-Depends: zlib-devel, alsa-devel Fedore-Depends: zlib-devel, alsa-devel }}} or with respect to needed files: {{{ File-Depends: zlib.h - zlib-devel.rpm >= 0.4, zlib-devel.deb >= 0.4 File-Depends: asound.h - alsa-devel.rpm >= 2.0, alsa-devel.deb >= 2.0 }}} -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Wed Jul 9 01:20:05 2008 From: trac at galois.com (Hackage) Date: Wed Jul 9 01:10:51 2008 Subject: [Hackage] #310: Install with multiple compilers Message-ID: <042.f2acf99a946d9351701d9284bc879c42@localhost> #310: Install with multiple compilers ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- It would be nice to be able to install a package with multiple compilers in one pass. For example, with the current Setup.[l]hs interface, {{{runhaskell Setup.hs configure --ghc --hugs --jhc}}} should configure for all three compilers, and then the build and install steps should perform the steps for all three as well. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Thu Jul 10 11:59:25 2008 From: trac at galois.com (Hackage) Date: Thu Jul 10 11:50:07 2008 Subject: [Hackage] #300: Cabal 1.2.x silently ignores ghc-prof-options In-Reply-To: <040.387499361fc3bd8feaaed7b5d7994db9@localhost> References: <040.387499361fc3bd8feaaed7b5d7994db9@localhost> Message-ID: <049.0a09f323a7a0f76f832066c05d037f9d@localhost> #300: Cabal 1.2.x silently ignores ghc-prof-options ----------------------------+----------------------------------------------- Reporter: bos | Owner: Type: defect | Status: closed Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: wontfix Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => wontfix Comment: I don't think we'll be making another release on the Cabal-1.2 branch. There is not going to be another ghc-6.8.x release and Cabal-1.4 seems to be working fine so that's the release to use to get the fix. -- Ticket URL: Hackage Hackage: Cabal and related projects From duncan.coutts at worc.ox.ac.uk Thu Jul 10 13:19:31 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jul 10 13:10:13 2008 Subject: patch applied (cabal): Remove the need for a compat Data.Map module Message-ID: <20080710171931.GA994@haskell.galois.com> Thu Jul 10 08:46:00 PDT 2008 Duncan Coutts * Remove the need for a compat Data.Map module Stop using Map.alter, use the same solution as the PackageIndex module. M ./Cabal.cabal -1 R ./Distribution/Compat/Map.hs M ./Distribution/Simple/PackageSet.hs -5 +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080710154600-adfee-e405915f638b6105fb554b49858b58ec1c85ed2e.gz From duncan.coutts at worc.ox.ac.uk Thu Jul 10 14:34:30 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jul 10 14:25:16 2008 Subject: patch applied (cabal): Correct the order of args given by --PROG-options Message-ID: <20080710183430.GA2674@haskell.galois.com> Thu Jul 10 11:14:37 PDT 2008 Duncan Coutts * Correct the order of args given by --PROG-options They were getting reversed. Problem located by Igloo. M ./Distribution/Simple.hs -1 +3 M ./Distribution/Simple/Configure.hs -2 +4 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080710181437-adfee-aac10eb0d7c7a1a621e53f4b7bf1d760bd8ff286.gz From igloo at earth.li Fri Jul 11 06:57:22 2008 From: igloo at earth.li (Ian Lynagh) Date: Fri Jul 11 06:48:01 2008 Subject: patch applied (cabal): Fix haddocking (with old haddocks?) Message-ID: <20080711105721.GA24707@haskell.galois.com> Thu Jul 3 08:47:14 PDT 2008 Ian Lynagh * Fix haddocking (with old haddocks?) M ./Distribution/Simple/LocalBuildInfo.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080703154714-3fd76-ef80fd4509028074996610dd89fca6ae179cd509.gz From igloo at earth.li Fri Jul 11 09:11:04 2008 From: igloo at earth.li (Ian Lynagh) Date: Fri Jul 11 09:01:41 2008 Subject: patch applied (cabal): In Makefile.in, put all the rules that mentions srcdir together Message-ID: <20080711131104.GA31044@haskell.galois.com> Thu Jul 10 16:14:15 PDT 2008 Ian Lynagh * In Makefile.in, put all the rules that mentions srcdir together M ./Distribution/Simple/GHC/Makefile.in -5 +5 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080710231415-3fd76-7d70c71be37ee621c90e3829f3d4ffee79f8c807.gz From igloo at earth.li Fri Jul 11 09:11:05 2008 From: igloo at earth.li (Ian Lynagh) Date: Fri Jul 11 09:01:44 2008 Subject: patch applied (cabal): Fix some whitespace in Makefile.in Message-ID: <20080711131105.GA31068@haskell.galois.com> Thu Jul 10 16:15:19 PDT 2008 Ian Lynagh * Fix some whitespace in Makefile.in M ./Distribution/Simple/GHC/Makefile.in -3 +3 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080710231519-3fd76-4872dc675053f273aa34c9a2198c12780e802224.gz From igloo at earth.li Fri Jul 11 09:11:07 2008 From: igloo at earth.li (Ian Lynagh) Date: Fri Jul 11 09:01:46 2008 Subject: patch applied (cabal): Teach "Setup makefile" how to cope with multiple hs-source-dirs Message-ID: <20080711131107.GA31087@haskell.galois.com> Thu Jul 10 17:07:26 PDT 2008 Ian Lynagh * Teach "Setup makefile" how to cope with multiple hs-source-dirs M ./Distribution/Simple/GHC.hs -4 +2 M ./Distribution/Simple/GHC/Makefile.hs -2 +2 M ./Distribution/Simple/GHC/Makefile.in -20 +24 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080711000726-3fd76-cbd9274fc6f182c752f71d42d6ede782d9a80acd.gz From igloo at earth.li Fri Jul 11 09:11:09 2008 From: igloo at earth.li (Ian Lynagh) Date: Fri Jul 11 09:01:46 2008 Subject: patch applied (cabal): Add a hack to copy .hs-boot files into dist/... Message-ID: <20080711131108.GA31105@haskell.galois.com> Thu Jul 10 17:08:26 PDT 2008 Ian Lynagh * Add a hack to copy .hs-boot files into dist/... When a preprocessor generates a .hs file we need to put the .hs-boot file next to it so that GHC can find it. M ./Distribution/Simple/PreProcess.hs -6 +27 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080711000826-3fd76-bcf177209bff39ce5c204f194a9cb7818ff14d80.gz From trac at galois.com Fri Jul 11 09:14:40 2008 From: trac at galois.com (Hackage) Date: Fri Jul 11 09:05:18 2008 Subject: [Hackage] #311: support ghc-pkg dump Message-ID: <043.2d775b878d603b4d8aee027145fd3c82@localhost> #311: support ghc-pkg dump ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: high | Milestone: Cabal-1.6 Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- http://hackage.haskell.org/trac/ghc/ticket/2201#comment:5 We need to do this to support ghc-6.10 properly. At the same time we should try the lazy parsing approach where we split on the records and extract the name and version but parse the remainder lazily. This could significantly speed up the parsing. -- Ticket URL: Hackage Hackage: Cabal and related projects From duncan.coutts at worc.ox.ac.uk Fri Jul 11 10:22:18 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Fri Jul 11 10:12:57 2008 Subject: patch applied (cabal): Simplify ghc version test slightly Message-ID: <20080711142218.GA1306@haskell.galois.com> Fri Jul 11 07:20:26 PDT 2008 Duncan Coutts * Simplify ghc version test slightly M ./Distribution/Simple/PreProcess.hs -6 +5 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080711142026-adfee-f6312cf78ad99991089ffc7f68722f3c2439ee02.gz From duncan.coutts at worc.ox.ac.uk Fri Jul 11 12:12:17 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Fri Jul 11 12:02:55 2008 Subject: patch applied (cabal): derive Eq for ConfiguredProgram Message-ID: <20080711161217.GA3856@haskell.galois.com> Fri Jul 11 09:01:38 PDT 2008 Duncan Coutts * derive Eq for ConfiguredProgram a request from Saizan M ./Distribution/Simple/Program.hs -2 +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080711160138-adfee-d363abb5e8402019a09f5771a6766427646efa94.gz From duncan.coutts at worc.ox.ac.uk Fri Jul 11 18:45:53 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Fri Jul 11 18:36:29 2008 Subject: patch applied (cabal-branches/cabal-1.4): Fix using specified package databases Message-ID: <20080711224553.GA11273@haskell.galois.com> Wed Jul 2 17:12:16 PDT 2008 Ian Lynagh * Fix using specified package databases If we are using a specified package database, we need to tell GHC what it is when building M ./Distribution/Simple/GHC.hs +3 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080703001216-3fd76-517051160e2b35db207cd400d814515b164f14f7.gz From duncan.coutts at worc.ox.ac.uk Fri Jul 11 18:45:51 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Fri Jul 11 18:36:30 2008 Subject: patch applied (cabal-branches/cabal-1.4): Tweaks to the readme, hopefully will reduce confusion Message-ID: <20080711224551.GA11250@haskell.galois.com> Wed Jun 25 16:20:51 PDT 2008 Duncan Coutts * Tweaks to the readme, hopefully will reduce confusion M ./README -2 +10 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080625232051-adfee-27cc376bc12de70a648c54c3af0e1d67ff2a8b92.gz From igloo at earth.li Sat Jul 12 09:59:53 2008 From: igloo at earth.li (Ian Lynagh) Date: Sat Jul 12 09:50:28 2008 Subject: patch applied (cabal): If install is given a distPref, pass it on to copy and register Message-ID: <20080712135953.GA28444@haskell.galois.com> Sat Jul 12 05:19:16 PDT 2008 Ian Lynagh * If install is given a distPref, pass it on to copy and register M ./Distribution/Simple.hs -4 +6 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080712121916-3fd76-a08e04ca84eceb7ab6c4eecdb3c7197217c3a758.gz From a.d.clark at ed.ac.uk Sat Jul 12 13:30:03 2008 From: a.d.clark at ed.ac.uk (Allan) Date: Sat Jul 12 13:20:40 2008 Subject: Possible version bug: Message-ID: <4878EA1B.7070408@ed.ac.uk> Dear all I was trying to install hsgnutls via cabal-install. This is the error message I get: cabal install hsgnutls Resolving dependencies... Downloading hsgnutls-0.2.3.1... cabal: Failed to download 'hsgnutls-0.2.3.1': ErrorMisc "Invalid HTTP code: (4,0,4)" It seems to be trying to download hsgnutls-0.2.3.1 but the actual package is: hsgnutls-0.2.3.1-barracuda.tar.gz Or is it more that hsgnutls shouldn't have been allowed to upload such a package? Anyway I managed to sort out my problem by just downloading the package and installing it manually, but thought I should mention it here just in case. regards allan From a.d.clark at ed.ac.uk Sat Jul 12 13:46:36 2008 From: a.d.clark at ed.ac.uk (Allan) Date: Sat Jul 12 13:37:11 2008 Subject: Possible version bug: In-Reply-To: <4878EA1B.7070408@ed.ac.uk> References: <4878EA1B.7070408@ed.ac.uk> Message-ID: <4878EDFC.10304@ed.ac.uk> Oops, but then I get what seems to be a related problem, having installed hsgnutls: $ cabal list hsgnutls * hsgnutls Latest version available: 0.2.3.1 Latest version installed: 0.2.3.1 Homepage: http://www.cs.helsinki.fi/u/ekarttun/hsgnutls Category: Network Synopsis: Library wrapping the GnuTLS API. License: LGPL $ cabal install barracuda Resolving dependencies... cabal: internal error: could not construct a valid install plan. The proposed (invalid) plan contained the following problems: Package adhoc-network-1.0.3 depends on the following packages which are missing from the plan hsgnutls-0.2.3.1 Package Barracuda-1.0.2 depends on the following packages which are missing from the plan hsgnutls-0.2.3.1 regards allan Allan wrote: > Dear all > > I was trying to install hsgnutls via cabal-install. > This is the error message I get: > cabal install hsgnutls > Resolving dependencies... > Downloading hsgnutls-0.2.3.1... > cabal: Failed to download 'hsgnutls-0.2.3.1': ErrorMisc "Invalid HTTP > code: > (4,0,4)" > > It seems to be trying to download hsgnutls-0.2.3.1 > but the actual package is: hsgnutls-0.2.3.1-barracuda.tar.gz > > > > Or is it more that hsgnutls shouldn't have been allowed to upload such > a package? > Anyway I managed to sort out my problem by just downloading the > package and installing it manually, but thought I should mention it > here just in case. > > regards > allan > > _______________________________________________ > cabal-devel mailing list > cabal-devel@haskell.org > http://www.haskell.org/mailman/listinfo/cabal-devel > From igloo at earth.li Sat Jul 12 18:25:51 2008 From: igloo at earth.li (Ian Lynagh) Date: Sat Jul 12 18:16:24 2008 Subject: patch applied (cabal): Fix the "Setup makefile" rules for C files Message-ID: <20080712222551.GA5307@haskell.galois.com> Sat Jul 12 10:38:51 PDT 2008 Ian Lynagh * Fix the "Setup makefile" rules for C files M ./Distribution/Simple/GHC/Makefile.hs -1 +1 M ./Distribution/Simple/GHC/Makefile.in -2 +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080712173851-3fd76-ba04c234a71b57c27d4f7e7345a77cae82d59e9e.gz From igloo at earth.li Sat Jul 12 18:25:52 2008 From: igloo at earth.li (Ian Lynagh) Date: Sat Jul 12 18:16:26 2008 Subject: patch applied (cabal): Fix installing datafiles Message-ID: <20080712222552.GA5330@haskell.galois.com> Sat Jul 12 10:39:34 PDT 2008 Ian Lynagh * Fix installing datafiles If datadir is foo and the datafile is bar then we should install it to $datadir/bar, not $datadir/foo/bar. M ./Distribution/Simple/Install.hs -3 +5 M ./Distribution/Simple/Utils.hs +11 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080712173934-3fd76-9e38979eb08d9ab2067f6ea26ac5464c96d1a04e.gz From a.d.clark at ed.ac.uk Sun Jul 13 07:27:07 2008 From: a.d.clark at ed.ac.uk (Allan) Date: Sun Jul 13 07:17:43 2008 Subject: Config parse failure Message-ID: <4879E68B.8090909@ed.ac.uk> Dear all Currently if cabal-install encounters a parse failure in the configuration file it just uses the default configuration with a warning. This seems like the wrong behaviour to me since it is only correct if the user was using the default configuration and then updated to a newer version of cabal-install which caused the old default-config to be syntactically correct. A much more common reason is that the user has made an error when editing their config file and in this case using the default configuration is almost certainly the wrong thing to do. Attached is a patch to "die" on configuration parse failure while also writing out a default configuration to ~/.cabal/config.default that the user can use if they so wish. regards allan -------------- next part -------------- A non-text attachment was scrubbed... Name: die_config_parse.patch Type: text/x-diff Size: 91888 bytes Desc: not available Url : http://www.haskell.org/pipermail/cabal-devel/attachments/20080713/a361a1fb/die_config_parse-0001.bin From igloo at earth.li Sun Jul 13 12:45:28 2008 From: igloo at earth.li (Ian Lynagh) Date: Sun Jul 13 12:35:58 2008 Subject: patch applied (cabal): Pass -package-conf foo when using GHC as CC Message-ID: <20080713164528.GA27727@haskell.galois.com> Sun Jul 13 05:39:58 PDT 2008 Ian Lynagh * Pass -package-conf foo when using GHC as CC M ./Distribution/Simple/GHC.hs +3 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080713123958-3fd76-56b54d4ea044047c1dc88048be487c52b44dbec7.gz From igloo at earth.li Sun Jul 13 12:45:26 2008 From: igloo at earth.li (Ian Lynagh) Date: Sun Jul 13 12:36:00 2008 Subject: patch applied (cabal): If we are using ghc as hsc2hs's cc, then tell it where package.conf is Message-ID: <20080713164526.GA27704@haskell.galois.com> Sun Jul 13 04:05:48 PDT 2008 Ian Lynagh * If we are using ghc as hsc2hs's cc, then tell it where package.conf is if we have been told to use a specific one with --package-db M ./Distribution/Simple/PreProcess.hs -1 +8 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080713110548-3fd76-7f0018b70c7167f2812207f2595e1f55f1d4d23f.gz From trac at galois.com Mon Jul 14 10:05:40 2008 From: trac at galois.com (Hackage) Date: Mon Jul 14 09:56:11 2008 Subject: [Hackage] #312: Multiple architectures under .cabal/ Message-ID: <042.7f41138b90847e3b9241e0c8be162d34@localhost> #312: Multiple architectures under .cabal/ ------------------------------+--------------------------------------------- Reporter: larsv | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: minor | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.8.2 Platform: | ------------------------------+--------------------------------------------- Currently, the path in the home directory which cabal-install puts installed packages in does not contain the architecture in any way. This makes things bothersome for people who has the same ${HOME} on several different architectures. The proposed solution in #haskell is to "add ${arch} as a path template". -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Mon Jul 14 14:28:30 2008 From: trac at galois.com (Hackage) Date: Mon Jul 14 14:19:00 2008 Subject: [Hackage] #312: Allow ${arch} var in install paths In-Reply-To: <042.7f41138b90847e3b9241e0c8be162d34@localhost> References: <042.7f41138b90847e3b9241e0c8be162d34@localhost> Message-ID: <051.d57c04cd8520489aaf9088d4755ae2d9@localhost> #312: Allow ${arch} var in install paths ----------------------------+----------------------------------------------- Reporter: larsv | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.4 Component: Cabal library | Version: 1.2.3.0 Severity: minor | Resolution: Keywords: | Difficulty: very easy (<1 hour) Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * difficulty: easy (<4 hours) => very easy (<1 hour) * summary: Multiple architectures under .cabal/ => Allow ${arch} var in install paths * milestone: => Cabal-1.4 Comment: This is just a matter of adding an `ArchVar` constructor to `PathTemplateVariable` in the `Distribution.Simple.InstallDirs` module. Then the `Arch` should be passed to `substituteTemplates` along with the `CompilerId` etc. This will make it possible for users to use `${arch}` in the install dirs like `--libdir` (or the equivalents in the cabal-install config file). Note that we're not proposing to actually change the default install paths, just to make it easy for users to do this themselves. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Mon Jul 14 15:56:41 2008 From: trac at galois.com (Hackage) Date: Mon Jul 14 15:47:10 2008 Subject: [Hackage] #312: Allow ${arch} var in install paths In-Reply-To: <042.7f41138b90847e3b9241e0c8be162d34@localhost> References: <042.7f41138b90847e3b9241e0c8be162d34@localhost> Message-ID: <051.7d045fd755a375d1d0d6fd0bc09dca2b@localhost> #312: Allow ${arch} var in install paths ----------------------------+----------------------------------------------- Reporter: larsv | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.4 Component: Cabal library | Version: 1.2.3.0 Severity: minor | Resolution: Keywords: | Difficulty: very easy (<1 hour) Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Comment (by igloo): Don't people with shared `$HOME`s already have ways to deal with this, e.g. passing `--prefix=~/i386` for configure/make programs, with `~/i386/bin` in their path? Wouldn't it make most sense for them to do the same for Cabal programs? And if they are doing something like that, then we won't know whether they want `$arch` to be `i386`, `i686`, `x86`, or something else. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Tue Jul 15 11:31:59 2008 From: trac at galois.com (Hackage) Date: Tue Jul 15 11:22:25 2008 Subject: [Hackage] #313: line counting Message-ID: <042.849ea218f809169fe0b0eb41ee5d42e6@localhost> #313: line counting ----------------------------+----------------------------------------------- Reporter: igloo | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- It would be nice if Cabal had a way to do source line counting. Two programs I know of to do the hard work are sloccount http://www.dwheeler.com/sloccount/ and ohcount http://labs.ohloh.net/ohcount I've also attached a small perlscript from the GHC source tree, but it has some drawbacks (most notably, only supporting Haskell). -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Tue Jul 15 11:32:48 2008 From: trac at galois.com (Hackage) Date: Tue Jul 15 11:23:12 2008 Subject: [Hackage] #313: line counting In-Reply-To: <042.849ea218f809169fe0b0eb41ee5d42e6@localhost> References: <042.849ea218f809169fe0b0eb41ee5d42e6@localhost> Message-ID: <051.aebf2be546b555127e8e403204e520de@localhost> #313: line counting ----------------------------+----------------------------------------------- Reporter: igloo | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Changes (by igloo): * type: defect => enhancement -- Ticket URL: Hackage Hackage: Cabal and related projects From igloo at earth.li Tue Jul 15 12:14:06 2008 From: igloo at earth.li (Ian Lynagh) Date: Tue Jul 15 12:04:31 2008 Subject: patch applied (cabal): Put GHC's programArgs in GHC_OPTS when making a Makefile Message-ID: <20080715161406.GA24351@haskell.galois.com> Tue Jul 15 06:24:29 PDT 2008 Ian Lynagh * Put GHC's programArgs in GHC_OPTS when making a Makefile M ./Distribution/Simple/GHC.hs +3 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080715132429-3fd76-208de3791aa507831939d9e98b2882367b9960c0.gz From trac at galois.com Tue Jul 15 20:38:00 2008 From: trac at galois.com (Hackage) Date: Tue Jul 15 20:28:24 2008 Subject: [Hackage] #313: line counting In-Reply-To: <042.849ea218f809169fe0b0eb41ee5d42e6@localhost> References: <042.849ea218f809169fe0b0eb41ee5d42e6@localhost> Message-ID: <051.bf64eb7e7d5b294a37fd7c2324ad14f8@localhost> #313: line counting ----------------------------+----------------------------------------------- Reporter: igloo | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Comment (by duncan): Why do we want the Cabal lib to do this? I can see why we might want these stats on the hackage page, but do we need it elsewhere? If anything I guess it could go in cabal-install in some stats command. What is the use case? What user interface might you expect? -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Wed Jul 16 07:55:32 2008 From: trac at galois.com (Hackage) Date: Wed Jul 16 07:45:55 2008 Subject: [Hackage] #313: line counting In-Reply-To: <042.849ea218f809169fe0b0eb41ee5d42e6@localhost> References: <042.849ea218f809169fe0b0eb41ee5d42e6@localhost> Message-ID: <051.3d1c84b87fcace2954b43c9a75a61109@localhost> #313: line counting ----------------------------+----------------------------------------------- Reporter: igloo | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Comment (by igloo): Cabal knows which files are source files. Just saying something like `sloccount .` will include generated files, e.g `Parser.hs`, and will also look at files under `_darcs`. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Fri Jul 18 09:20:29 2008 From: trac at galois.com (Hackage) Date: Fri Jul 18 09:10:51 2008 Subject: [Hackage] #314: smaller logo PNG Message-ID: <043.80b4744d09d904e2c1940dc114e1bc40@localhost> #314: smaller logo PNG ----------------------------------+----------------------------------------- Reporter: brian0 | Owner: Type: enhancement | Status: new Priority: low | Milestone: Component: hackageDB website | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: 6.8.2 Platform: | ----------------------------------+----------------------------------------- Drop-in replacement for Cabal-With-Text.png about 5KB smaller than the original. Made with optipng. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Fri Jul 18 10:20:35 2008 From: trac at galois.com (Hackage) Date: Fri Jul 18 10:10:51 2008 Subject: [Hackage] #314: smaller logo PNG In-Reply-To: <043.80b4744d09d904e2c1940dc114e1bc40@localhost> References: <043.80b4744d09d904e2c1940dc114e1bc40@localhost> Message-ID: <052.af6ca7bba58d2ee285cf5ae138a29d7b@localhost> #314: smaller logo PNG --------------------------------+------------------------------------------- Reporter: brian0 | Owner: Type: enhancement | Status: new Priority: low | Milestone: Component: hackageDB website | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: very easy (<1 hour) Ghcversion: 6.8.2 | Platform: --------------------------------+------------------------------------------- Comment (by duncan): Oh great. Do you suppose we could also shrink it? We're currently scaling it to a width of 300 pixels on the browser which is a complete waste. It'd probably be best to re-generate it direct from the original svg version http://hackage.haskell.org/Cabal.svg and then use optipng. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Fri Jul 18 10:33:40 2008 From: trac at galois.com (Hackage) Date: Fri Jul 18 10:23:59 2008 Subject: [Hackage] #314: smaller logo PNG In-Reply-To: <043.80b4744d09d904e2c1940dc114e1bc40@localhost> References: <043.80b4744d09d904e2c1940dc114e1bc40@localhost> Message-ID: <052.3e109c1a6a8bb481018e7217159ad086@localhost> #314: smaller logo PNG --------------------------------+------------------------------------------- Reporter: brian0 | Owner: Type: enhancement | Status: new Priority: low | Milestone: Component: hackageDB website | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: very easy (<1 hour) Ghcversion: 6.8.2 | Platform: --------------------------------+------------------------------------------- Comment (by brian0): Trying. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Fri Jul 18 10:46:20 2008 From: trac at galois.com (Hackage) Date: Fri Jul 18 10:36:38 2008 Subject: [Hackage] #314: smaller logo PNG In-Reply-To: <043.80b4744d09d904e2c1940dc114e1bc40@localhost> References: <043.80b4744d09d904e2c1940dc114e1bc40@localhost> Message-ID: <052.73f7453be10ed2d4598f02c778704f8c@localhost> #314: smaller logo PNG --------------------------------+------------------------------------------- Reporter: brian0 | Owner: Type: enhancement | Status: new Priority: low | Milestone: Component: hackageDB website | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: very easy (<1 hour) Ghcversion: 6.8.2 | Platform: --------------------------------+------------------------------------------- Comment (by guest): how about these? (int-e) -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Fri Jul 18 12:21:24 2008 From: trac at galois.com (Hackage) Date: Fri Jul 18 12:11:40 2008 Subject: [Hackage] #314: smaller logo PNG In-Reply-To: <043.80b4744d09d904e2c1940dc114e1bc40@localhost> References: <043.80b4744d09d904e2c1940dc114e1bc40@localhost> Message-ID: <052.6ed49f60048891e8ea707c19866ad69e@localhost> #314: smaller logo PNG --------------------------------+------------------------------------------- Reporter: brian0 | Owner: Type: enhancement | Status: new Priority: low | Milestone: Component: hackageDB website | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: very easy (<1 hour) Ghcversion: 6.8.2 | Platform: --------------------------------+------------------------------------------- Comment (by brian0): guest's seem good. Or the one on the main page is scaled to 240px wide, so I made some of those. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Fri Jul 18 12:34:54 2008 From: trac at galois.com (Hackage) Date: Fri Jul 18 12:25:10 2008 Subject: [Hackage] #314: smaller logo PNG In-Reply-To: <043.80b4744d09d904e2c1940dc114e1bc40@localhost> References: <043.80b4744d09d904e2c1940dc114e1bc40@localhost> Message-ID: <052.e3180267c0f90e830791c9496725c561@localhost> #314: smaller logo PNG --------------------------------+------------------------------------------- Reporter: brian0 | Owner: Type: enhancement | Status: closed Priority: low | Milestone: Component: hackageDB website | Version: 1.2.3.0 Severity: normal | Resolution: fixed Keywords: | Difficulty: very easy (<1 hour) Ghcversion: 6.8.2 | Platform: --------------------------------+------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed Comment: Replying to [comment:3 guest]: > how about these? (int-e) Done! Thanks. Replying to [comment:4 brian0]: > guest's seem good. Or the one on the main page is scaled to 240px wide, so I made some of those. Ah good point, well spotted. I've adjusted the html on that page so it displays the logo at full size (300x103) and adjusted the css a tad to make it all fit. Thanks to you both! -- Ticket URL: Hackage Hackage: Cabal and related projects From duncan.coutts at worc.ox.ac.uk Sat Jul 19 09:41:09 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Sat Jul 19 10:54:40 2008 Subject: consistency in "ghc-pkg field '*' haddock-html"? In-Reply-To: <006401c8e986$92ad4ea0$6d097ad5@cr3lt> References: <006401c8e986$92ad4ea0$6d097ad5@cr3lt> Message-ID: <1216474869.6279.299.camel@localhost> On Sat, 2008-07-19 at 11:02 +0100, Claus Reinke wrote: > When I issue the command from the subject line in a relatively > bare built-from-darcs GHC HEAD on windows, this is what I get: > > $ ghc-pkg field '*' haddock-html > haddock-html: > haddock-html: file:///c:/ghc/ghc-6.9.20080514/doc/libraries/ghc-prim > haddock-html: file:///c:/ghc/ghc-6.9.20080514/doc/libraries/integer > haddock-html: file:///c:/ghc/ghc-6.9.20080514/doc/libraries/base > haddock-html: file:///c:/ghc/ghc-6.9.20080514/doc/libraries/array > .. > haddock-html: c:/ghc/ghc-6.9.20080514/html/libraries/ghc > haddock-html: c:/ghc/libraries\doc\ghc-paths-0.1.0.1\html > haddock-html: c:/ghc/libraries\doc\haskell-src-exts-0.3.4\html > haddock-html: "C:\\Program Files\\Haskell\\doc\\uniplate-1.2.0.1\\html" > > The first empty line is from rts (as you can confim by using > ghc-pkg field '*' name,haddock-html instead), which is correct, > as that package has no Haddocks. But note the rest: > > - some entries '/', some use '\\', some use a combination of > '/' and *unescaped* '\' (the latter two come from ghc's > cabal configure run either with or without --prefix) That's fine. They use \\ when using Haskell String format. When not then windows accepts both \ and / as path separators, it's not an escape char. > - some entries are URLs, some entries are path names Yeah, that's not good. > - the entry for the ghc package is a lie (the html/ directory > doesn't exist, and the doc/html/libraries/ directory has > no ghc package docs) Blame the ghc build system :-) > - while the paths for the core and extra libraries are strictly > speaking correct, there is no indication that all of them > have been integrated into a unified index (one level up), > in contrast to the addon packages, which have their own > indices > > It would be helpful if the consistency and usefulness of this > data could be improved, eg, cabal always using '/' and be > consistent in its escape strategy, ghc and cabal using either > all URLs or all path names, not adding paths for non-existing > docs, and having some indication of whether the package docs > have been integrated into some global documentation index. Cabal uses whatever path the user tells us to use. Whenever Cabal makes up its own paths it uses the standard path separator for the platform. When the path contains spaces it has to use the String format because space is a field separator. So the problems as I see it are why the core packages are using urls. It's not strictly necessary for ghc-pkg to know where index files are that cover various packages but it would be nice to do something better there. People ask for Cabal to maintain an index over all packages though it's not clear where it should put this. Duncan From duncan.coutts at worc.ox.ac.uk Sat Jul 19 21:25:51 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Sat Jul 19 21:15:01 2008 Subject: consistency in "ghc-pkg field '*' haddock-html"? In-Reply-To: <025a01c8e9e2$448f45a0$6d097ad5@cr3lt> References: <006401c8e986$92ad4ea0$6d097ad5@cr3lt> <1216474869.6279.299.camel@localhost> <025a01c8e9e2$448f45a0$6d097ad5@cr3lt> Message-ID: <1216517151.6279.325.camel@localhost> On Sat, 2008-07-19 at 21:58 +0100, Claus Reinke wrote: > >> - some entries '/', some use '\\', some use a combination of > >> '/' and *unescaped* '\' (the latter two come from ghc's > >> cabal configure run either with or without --prefix) > > > > That's fine. They use \\ when using Haskell String format. When not then > > windows accepts both \ and / as path separators, it's not an escape > > char. > > Since windows is so forgiving, why not be consistent and always > use '/'? We do. But if someone passes Cabal a path containing '\' then we don't interpret or check it, we just use it. > That also reduces the number of escapes as well as the > danger of missing escapes when going via several levels of > shells/interpretation. Only the double quotes to protect spaces > remain necessary. The convention everywhere in Cabal (and in the ghc-pkg registration files) is to allow Haskell String syntax. It's only essential when one wants to use characters that would otherwise be interpreted as separators. > > It's not strictly necessary for ghc-pkg to know where index files are > > that cover various packages but it would be nice to do something better > > there. People ask for Cabal to maintain an index over all packages > > though it's not clear where it should put this. > > For context: I've just extended the haskellmode plugins for Vim > to handle docs for libraries outside code+extra (not yet online), > and while it was no big deal working around all those inconsistencies, > it certainly seemed unnecessary and ugly. > > Right now, only core+extralibs have a unified index, and that can > be found by all kinds of ugly guesses (though ghc-paths will help > there in the future). Once Cabal generates and maintains a master > index, perhaps there could simply be a standard file pointing to it, > in the haddock-html dirs? It would not be per-package of course so I don't think it makes sense to put it in package registration files. Duncan From duncan.coutts at worc.ox.ac.uk Sat Jul 19 21:32:20 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Sat Jul 19 21:21:28 2008 Subject: consistency in "ghc-pkg field '*' haddock-html"? In-Reply-To: <1216517151.6279.325.camel@localhost> References: <006401c8e986$92ad4ea0$6d097ad5@cr3lt> <1216474869.6279.299.camel@localhost> <025a01c8e9e2$448f45a0$6d097ad5@cr3lt> <1216517151.6279.325.camel@localhost> Message-ID: <1216517540.6279.333.camel@localhost> On Sun, 2008-07-20 at 02:25 +0100, Duncan Coutts wrote: > On Sat, 2008-07-19 at 21:58 +0100, Claus Reinke wrote: > > >> - some entries '/', some use '\\', some use a combination of > > >> '/' and *unescaped* '\' (the latter two come from ghc's > > >> cabal configure run either with or without --prefix) > > > > > > That's fine. They use \\ when using Haskell String format. When not then > > > windows accepts both \ and / as path separators, it's not an escape > > > char. > > > > Since windows is so forgiving, why not be consistent and always > > use '/'? > > We do. But if someone passes Cabal a path containing '\' then we don't > interpret or check it, we just use it. Erm, of course I mean we always use '\', the native path separator on windows. I suppose we could convert paths that we're given to use '\' rather than '/' but it's only cosmetic. Duncan From igloo at earth.li Sun Jul 20 15:49:27 2008 From: igloo at earth.li (Ian Lynagh) Date: Sun Jul 20 15:39:35 2008 Subject: patch applied (cabal): Generate expanded makefile rules directly, rather than using $(eval ...) Message-ID: <20080720194927.GA4580@haskell.galois.com> Sun Jul 20 12:48:01 PDT 2008 Ian Lynagh * Generate expanded makefile rules directly, rather than using $(eval ...) We used to do this with $(eval ...) and $(call ...) in the Makefile, but make 3.79.1 (which is what comes with msys) doesn't understand $(eval ...), so now we just stick the expanded loop directly into the Makefile we generate. M ./Distribution/Simple/GHC.hs -3 +52 M ./Distribution/Simple/GHC/Makefile.hs -1 +1 M ./Distribution/Simple/GHC/Makefile.in -50 +6 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080720194801-3fd76-3ecbe1b524084a0b25e4590032b4fe1fff9d8978.gz From igloo at earth.li Tue Jul 22 08:59:50 2008 From: igloo at earth.li (Ian Lynagh) Date: Tue Jul 22 08:49:55 2008 Subject: patch applied (cabal): Pass -x to strip on OSX Message-ID: <20080722125950.GA20948@haskell.galois.com> Sun Jul 20 13:46:09 PDT 2008 Duncan Coutts * Pass -x to strip on OSX M ./Distribution/Simple/GHC.hs -1 +5 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080720204609-adfee-80fd57947038fa805dd79425b72ff1919306560b.gz From igloo at earth.li Tue Jul 22 08:59:52 2008 From: igloo at earth.li (Ian Lynagh) Date: Tue Jul 22 08:49:56 2008 Subject: patch applied (cabal): Fix warnings and add a comment explaining why we pass -x to strip on OS X Message-ID: <20080722125952.GA20975@haskell.galois.com> Sun Jul 20 15:08:51 PDT 2008 Ian Lynagh * Fix warnings and add a comment explaining why we pass -x to strip on OS X M ./Distribution/Simple/GHC.hs -3 +6 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080720220851-3fd76-d75b94b3b2bbc2990e89faa01992717ceb921216.gz From igloo at earth.li Tue Jul 22 08:59:54 2008 From: igloo at earth.li (Ian Lynagh) Date: Tue Jul 22 08:49:59 2008 Subject: patch applied (cabal): And exitcode of 2 from ghc-pkg when doing describe '*' means no packages Message-ID: <20080722125954.GA20996@haskell.galois.com> Tue Jul 22 05:57:59 PDT 2008 Ian Lynagh * And exitcode of 2 from ghc-pkg when doing describe '*' means no packages This is a bit of a kludge around GHC's #2201, until Cabal is updated to use ghc-pkg dump. M ./Distribution/Simple/GHC.hs -6 +12 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080722125759-3fd76-ebb515720df058635d4b2bfd252d00bf9af837ff.gz From igloo at earth.li Tue Jul 22 12:36:11 2008 From: igloo at earth.li (Ian Lynagh) Date: Tue Jul 22 12:26:14 2008 Subject: patch applied (cabal): If we have GHC >= 6.9 then use the new -optdep replacement flags Message-ID: <20080722163611.GA27662@haskell.galois.com> Tue Jul 22 09:33:46 PDT 2008 Ian Lynagh * If we have GHC >= 6.9 then use the new -optdep replacement flags M ./Distribution/Simple/GHC.hs -1 +5 M ./Distribution/Simple/GHC/Makefile.hs -1 +1 M ./Distribution/Simple/GHC/Makefile.in -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080722163346-3fd76-1f4321e80bd459c8db452beda669d7712471e7ee.gz From igloo at earth.li Tue Jul 22 13:55:23 2008 From: igloo at earth.li (Ian Lynagh) Date: Tue Jul 22 13:45:26 2008 Subject: patch applied (cabal): Convert from PackageIndex to PackageSet Message-ID: <20080722175523.GA29299@haskell.galois.com> Sun Jul 20 12:49:24 PDT 2008 Duncan Coutts * Convert from PackageIndex to PackageSet Turns out the feature to do case-insensitive lookups was only needed in cabal-install (and only in one little part) and elsewhere it causes problems. So use PackageSet instead. M ./Distribution/PackageDescription/Configuration.hs -6 +6 M ./Distribution/Simple/Configure.hs -14 +14 M ./Distribution/Simple/GHC.hs -4 +4 M ./Distribution/Simple/Haddock.hs -2 +2 M ./Distribution/Simple/JHC.hs -4 +4 M ./Distribution/Simple/LocalBuildInfo.hs -2 +2 M ./Distribution/Simple/PackageIndex.hs -152 +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080720194924-adfee-c1b240181125fcd67a4d09c176425cd15be691f1.gz From igloo at earth.li Tue Jul 22 13:55:25 2008 From: igloo at earth.li (Ian Lynagh) Date: Tue Jul 22 13:45:29 2008 Subject: patch applied (cabal): Change some PackageSet functions to return the package rather than the id Message-ID: <20080722175525.GA29322@haskell.galois.com> Sun Jul 20 15:17:02 PDT 2008 Duncan Coutts * Change some PackageSet functions to return the package rather than the id dependencyGraph and reverseDependencyClosure now return the full package rather than just the PackageIdentifier M ./Distribution/Simple/PackageSet.hs -6 +7 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080720221702-adfee-3b9dadd76b02a989e9ef04cc89b97d3ec3cc70b4.gz From igloo at earth.li Tue Jul 22 13:55:26 2008 From: igloo at earth.li (Ian Lynagh) Date: Tue Jul 22 13:45:30 2008 Subject: patch applied (cabal): Add PackageSet.topologicalOrder and reverseTopologicalOrder Message-ID: <20080722175526.GA29339@haskell.galois.com> Sun Jul 20 15:37:31 PDT 2008 Duncan Coutts * Add PackageSet.topologicalOrder and reverseTopologicalOrder with type :: PackageFixedDeps pkg => PackageSet pkg -> [pkg] M ./Distribution/Simple/PackageSet.hs +15 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080720223731-adfee-e51cad76c061b84feb49df914d29787eaa23ada8.gz From igloo at earth.li Tue Jul 22 13:55:30 2008 From: igloo at earth.li (Ian Lynagh) Date: Tue Jul 22 13:45:31 2008 Subject: patch applied (cabal): Always use gcc as cc with hsc2hs Message-ID: <20080722175530.GA29372@haskell.galois.com> Sun Jul 20 16:37:59 PDT 2008 Duncan Coutts * Always use gcc as cc with hsc2hs Lookup what flags to use from the package index. Previously this was done by calling ghc as cc and passing -package flags to ghc. ghc would then lookup what extra flags to pass to gcc. We now do that ourselves directly and it's a good deal simpler and it's portable to the other haskell implementations. This is only a first go, the flags may not all be exactly right. Needs testing. M ./Distribution/Simple/PreProcess.hs -47 +49 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080720233759-adfee-afc666f51c90c7f2922b4a85778f5905dbd5b532.gz From igloo at earth.li Tue Jul 22 13:55:28 2008 From: igloo at earth.li (Ian Lynagh) Date: Tue Jul 22 13:45:34 2008 Subject: patch applied (cabal): Add gccProgram Message-ID: <20080722175528.GA29356@haskell.galois.com> Sun Jul 20 16:28:18 PDT 2008 Duncan Coutts * Add gccProgram on Windows we have to find ghc's private copy of gcc.exe M ./Distribution/Simple/GHC.hs -10 +15 M ./Distribution/Simple/Program.hs +11 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080720232818-adfee-3ca05c0a3fb8f365f52121e03c6b923c54914eec.gz From igloo at earth.li Tue Jul 22 13:55:31 2008 From: igloo at earth.li (Ian Lynagh) Date: Tue Jul 22 13:45:34 2008 Subject: patch applied (cabal): Don't need the complex code in detecting hsc2hs anymore Message-ID: <20080722175531.GA29390@haskell.galois.com> Sun Jul 20 16:40:19 PDT 2008 Duncan Coutts * Don't need the complex code in detecting hsc2hs anymore Since we do not need to know if hsc2hs uses ghc or gcc as cc by default since in either case we now tell it to use gcc. M ./Distribution/Simple/Program.hs -31 +7 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080720234019-adfee-40c8f102abf4601364feea2a9b24ad50f95a5d17.gz From igloo at earth.li Wed Jul 23 13:44:23 2008 From: igloo at earth.li (Ian Lynagh) Date: Wed Jul 23 13:34:22 2008 Subject: patch applied (cabal): Fix the location of gcc.exe in a Windows GHC installation Message-ID: <20080723174423.GA29672@haskell.galois.com> Wed Jul 23 03:18:48 PDT 2008 Ian Lynagh * Fix the location of gcc.exe in a Windows GHC installation M ./Distribution/Simple/GHC.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080723101848-3fd76-83ba04c650bca13f6bfc5ee6db84a26ad70c7b77.gz From igloo at earth.li Wed Jul 23 13:44:25 2008 From: igloo at earth.li (Ian Lynagh) Date: Wed Jul 23 13:34:24 2008 Subject: patch applied (cabal): Substitute for $topdir when we read GHC's InstalledPackageInfo's Message-ID: <20080723174425.GA29690@haskell.galois.com> Wed Jul 23 04:22:32 PDT 2008 Ian Lynagh * Substitute for $topdir when we read GHC's InstalledPackageInfo's M ./Distribution/Simple/GHC.hs -3 +30 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080723112232-3fd76-7371e4b3976d9a2b86bdacc3d58f4f6fc0024d07.gz From trac at galois.com Thu Jul 24 11:02:48 2008 From: trac at galois.com (Hackage) Date: Thu Jul 24 10:52:46 2008 Subject: [Hackage] #302: 'data-files' field can't be below 'executable' field In-Reply-To: <042.288a97da9d0737b47507799f5d1e7665@localhost> References: <042.288a97da9d0737b47507799f5d1e7665@localhost> Message-ID: <051.a3ccc2dff22f0163b59246319cd96921@localhost> #302: 'data-files' field can't be below 'executable' field ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: closed Priority: low | Milestone: Component: Cabal library | Version: 1.4.0.1 Severity: minor | Resolution: duplicate Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => duplicate -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Thu Jul 24 11:17:45 2008 From: trac at galois.com (Hackage) Date: Thu Jul 24 11:07:41 2008 Subject: [Hackage] #280: Cabal doesn't work with hs-boot and preprocessed sources. In-Reply-To: <047.36debc81205a534498537b3f296a3e6e@localhost> References: <047.36debc81205a534498537b3f296a3e6e@localhost> Message-ID: <056.d6c47e53fa88041aaf8c65b757352fc2@localhost> #280: Cabal doesn't work with hs-boot and preprocessed sources. ----------------------------+----------------------------------------------- Reporter: kr.angelov | Owner: Type: defect | Status: closed Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: fixed Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Changes (by igloo): * status: new => closed * resolution: => fixed Comment: Fixed. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Thu Jul 24 11:17:57 2008 From: trac at galois.com (Hackage) Date: Thu Jul 24 11:07:55 2008 Subject: [Hackage] #296: Cabal should tell hsc2hs to use gcc as cc, not ghc In-Reply-To: <043.87623d64838f37d191456e6a771695f2@localhost> References: <043.87623d64838f37d191456e6a771695f2@localhost> Message-ID: <052.14ba1143d2a78ac88ea53060295119c7@localhost> #296: Cabal should tell hsc2hs to use gcc as cc, not ghc ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: closed Priority: normal | Milestone: Cabal-1.6 Component: Cabal library | Version: HEAD Severity: normal | Resolution: fixed Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Changes (by igloo): * status: new => closed * resolution: => fixed Comment: Fixed. -- Ticket URL: Hackage Hackage: Cabal and related projects From Malcolm.Wallace at cs.york.ac.uk Thu Jul 24 13:06:54 2008 From: Malcolm.Wallace at cs.york.ac.uk (Malcolm Wallace) Date: Thu Jul 24 12:56:52 2008 Subject: patch applied (cabal): help nhc98's module disambiguator a bit Message-ID: <20080724170654.GA28081@haskell.galois.com> Thu Jul 24 09:57:53 PDT 2008 Malcolm.Wallace@cs.york.ac.uk * help nhc98's module disambiguator a bit M ./Distribution/Simple/PreProcess.hs -10 +10 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080724165753-6871e-0192aac16ae4896d965ea3d19fe17c45986c90a1.gz From trac at galois.com Fri Jul 25 09:06:00 2008 From: trac at galois.com (Hackage) Date: Fri Jul 25 08:56:01 2008 Subject: [Hackage] #200: Allow more convenient use of ghc profiling options -auto and -auto-all In-Reply-To: <042.9f56488e83fb2075dfecf0cacd17a53a@localhost> References: <042.9f56488e83fb2075dfecf0cacd17a53a@localhost> Message-ID: <051.41660890d9aa24ef8098225f7ccbb97c@localhost> #200: Allow more convenient use of ghc profiling options -auto and -auto-all ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.6 Component: Cabal library | Version: Severity: normal | Resolution: Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Comment (by dolio): It may be that having annotations on all the libraries one uses is too much information. However, I'd argue that annotations on library calls isn't useful merely for profiling said libraries. So, my program is slow, and it spends most of the time in function f. f x = ... includes calls to some libraries ... What is slow about f? Is it doing some of its own stuff that takes time/memory, or if we unfolded one level, would we find that 90% of f's work is done in the library calls it makes? Now, at some level, I suppose you can get carried away with that (f doesn't do any work, it's all GHC primops :)), but I think that a bit of such information can be useful, to tell me that I need to swap in a different data structure, or contact the library's maintainer and see if anything can be done to speed it up. Maybe you can do some of that with manual SCC annotations, but I've had trouble getting those to work well for me. At least, it seems to me that there are situations where libraries aren't simply a profiling black hole would be useful when *not* profiling that particular library (even if only to tell you that that library needs to be profiled :)). See the somewhat recent BLAS optimization question on haskell-cafe for a potential example (is it his use of lists and non-fused operations? Is BLAS itself slow? etc.). It'd be nice if there were a way to turn -auto-all on and off for libraries when compiling an application that uses those libraries. Of course, I don't suspect that's an option at the moment (I suppose you could build two sets of profiling files for each library, and have some way of selecting them, but I imagine that'd be hairy). Anyhow, just my 2 cents on the issue. -- Ticket URL: Hackage Hackage: Cabal and related projects From gwern0 at gmail.com Fri Jul 25 18:38:24 2008 From: gwern0 at gmail.com (gwern0@gmail.com) Date: Fri Jul 25 18:29:01 2008 Subject: darcs patch: cabal-install.cabal: fix build-from-sdist failure Message-ID: <488a560b.e203be0a.6580.fffff83c@mx.google.com> Fri Jul 25 18:37:40 EDT 2008 gwern0@gmail.com * cabal-install.cabal: fix build-from-sdist failure -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 8624 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/cabal-devel/attachments/20080725/cc50d40e/attachment.bin From duncan.coutts at worc.ox.ac.uk Sat Jul 26 00:52:51 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Sat Jul 26 00:42:43 2008 Subject: patch applied (cabal-install): cabal-install.cabal: fix build-from-sdist failure Message-ID: <20080726045251.GA5510@haskell.galois.com> Fri Jul 25 15:37:40 PDT 2008 gwern0@gmail.com * cabal-install.cabal: fix build-from-sdist failure M ./cabal-install.cabal -1 +2 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080725223740-f7719-4d95bedc3765d28ea866084390d6fc5bd088748c.gz From Malcolm.Wallace at cs.york.ac.uk Mon Jul 28 12:46:44 2008 From: Malcolm.Wallace at cs.york.ac.uk (Malcolm Wallace) Date: Mon Jul 28 12:36:34 2008 Subject: patch applied (cabal): more import qualification to help nhc98 Message-ID: <20080728164643.GA30769@haskell.galois.com> Mon Jul 28 08:36:29 PDT 2008 Malcolm.Wallace@cs.york.ac.uk * more import qualification to help nhc98 M ./Distribution/Simple/GHC.hs -10 +10 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080728153629-6871e-e38df65e749d0c0113d5f6d73a437753b4cdf973.gz From Malcolm.Wallace at cs.york.ac.uk Mon Jul 28 12:46:53 2008 From: Malcolm.Wallace at cs.york.ac.uk (Malcolm Wallace) Date: Mon Jul 28 12:36:38 2008 Subject: patch applied (cabal): disambiguate Control.Exception.catch for nhc98 Message-ID: <20080728164652.GA30800@haskell.galois.com> Mon Jul 28 09:45:06 PDT 2008 Malcolm.Wallace@cs.york.ac.uk * disambiguate Control.Exception.catch for nhc98 M ./Distribution/Simple/GHC.hs -1 +2 M ./Distribution/Simple/Program.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080728164506-6871e-679a14abef9613faaedeb5f9c65535792808ae40.gz From trac at galois.com Tue Jul 29 12:28:46 2008 From: trac at galois.com (Hackage) Date: Tue Jul 29 12:18:28 2008 Subject: [Hackage] #213: allow wildcards in data-files or extra-source-files? In-Reply-To: <043.d43ee7226fb76404641be7e35f1d5996@localhost> References: <043.d43ee7226fb76404641be7e35f1d5996@localhost> Message-ID: <052.9c676b0cfcf5be74cdfdc88d1212c37b@localhost> #213: allow wildcards in data-files or extra-source-files? ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.6 Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: very easy (<1 hour) Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Comment (by duncan): {{{ Tue Jul 29 16:26:24 BST 2008 Duncan Coutts * Fix the semantics of the simple file globbing to be sane I realised when I started to document it that the behaviour was not terribly consistent or sensible. The meaning now is: The limitation is that * wildcards are only allowed in place of the file name, not in the directory name or file extension. In particular, wildcards do not include directories contents recursively. Furthermore, if a wildcard is used it must be used with an extension, so "data-files: data/*" is not allowed. When matching a wildcard plus extension, a file's full extension must match exactly, so "*.gz" matches "foo.gz" but not "foo.tar.gz". The reason for providing only a very limited form of wildcard is to concisely express the common case of a large number of related files of the same file type without making it too easy to accidentally include unwanted files. Tue Jul 29 16:40:50 BST 2008 Duncan Coutts * File globs must match at least one file or it's an error. Tue Jul 29 16:59:20 BST 2008 Duncan Coutts * Document the wildcard behaviour in data-files and extra-source-files fields }}} I'm still not completely sure about the semantics of matching file extensions. Currently `*.gz` matches `foo.gz` but not `foo.tar.gz`, on the theory that `foo.tar.gz` has the extension `tar.gz` and that's not the same as the extension `gz`. The problem with this, apart from the above example is things like `foo-1.0.gz` where the full extensions is `0.gz` and so again would not be matched by `*.gz`. The alternative I suppose would be to match any of the list of extensions. So for example `foo-1.0.1.tar.gz` has the extension list `["gz", "tar.gz", "1.tar.gz", "0.1.tar.gz"] and we'd match `*.gz` by checking if `gz` was a member of that extension list which of course it is. Opinions? -- Ticket URL: Hackage Hackage: Cabal and related projects From duncan.coutts at worc.ox.ac.uk Tue Jul 29 12:30:19 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jul 29 12:20:00 2008 Subject: patch applied (cabal): Pass -no-user-package-conf to ghc when not using UserPackageDB Message-ID: <20080729163019.GA2043@haskell.galois.com> Tue Jul 29 07:50:40 PDT 2008 Duncan Coutts * Pass -no-user-package-conf to ghc when not using UserPackageDB Should eliminate the corner case where we're doing a global install but the user package db contains the exact same version as in the global package db. Perhaps we should warn in that case anyway since it's likely to go wrong later. M ./Distribution/Simple/GHC.hs -2 +4 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080729145040-adfee-63d429c4ca0987030999dd815b47cee17ab3e2be.gz From duncan.coutts at worc.ox.ac.uk Tue Jul 29 12:30:21 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jul 29 12:20:02 2008 Subject: patch applied (cabal): Use "pkg == 1.2.*" as the version wildcard syntax Message-ID: <20080729163021.GA2060@haskell.galois.com> Tue Jul 29 08:16:12 PDT 2008 Duncan Coutts * Use "pkg == 1.2.*" as the version wildcard syntax Rather than "pkg ~ 1.2.*". This seemed to be the consensus. The syntax "pkg == 1.2.*" means "pkg >= 1.2 && < 1.3" and it is to encourage people to put upper bounds on api versions. M ./Distribution/Version.hs -3 +3 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080729151612-adfee-fb7eae09820b768e9c012e565c2d5c056a6113e9.gz From duncan.coutts at worc.ox.ac.uk Tue Jul 29 12:30:23 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jul 29 12:20:03 2008 Subject: patch applied (cabal): Allow $arch and $os in install paths. Message-ID: <20080729163023.GA2079@haskell.galois.com> Tue Jul 29 08:19:52 PDT 2008 Duncan Coutts * Allow $arch and $os in install paths. Fixes ticket #312. For example a user could use: cabal configure --libsubdir="$pkgid/$compiler/$arch" if they wanted to have packages for multiple architectures co-exist in the same filestore area. M ./Distribution/Simple/InstallDirs.hs -2 +11 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080729151952-adfee-15065b6381988d9baeb53345bde01f42b0c4f45f.gz From duncan.coutts at worc.ox.ac.uk Tue Jul 29 12:30:24 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jul 29 12:20:05 2008 Subject: patch applied (cabal): Fix the semantics of the simple file globbing to be sane Message-ID: <20080729163024.GA2096@haskell.galois.com> Tue Jul 29 08:26:24 PDT 2008 Duncan Coutts * Fix the semantics of the simple file globbing to be sane I realised when I started to document it that the behaviour was not terribly consistent or sensible. The meaning now is: The limitation is that * wildcards are only allowed in place of the file name, not in the directory name or file extension. In particular, wildcards do not include directories contents recursively. Furthermore, if a wildcard is used it must be used with an extension, so "data-files: data/*" is not allowed. When matching a wildcard plus extension, a file's full extension must match exactly, so "*.gz" matches "foo.gz" but not "foo.tar.gz". The reason for providing only a very limited form of wildcard is to concisely express the common case of a large number of related files of the same file type without making it too easy to accidentally include unwanted files. M ./Distribution/Simple/Utils.hs -12 +10 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080729152624-adfee-82b21496ea160565e8dbb61f15c7fe50bdc7b656.gz From duncan.coutts at worc.ox.ac.uk Tue Jul 29 12:30:26 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jul 29 12:20:06 2008 Subject: patch applied (cabal): File globs must match at least one file or it's an error. Message-ID: <20080729163026.GA2113@haskell.galois.com> Tue Jul 29 08:40:50 PDT 2008 Duncan Coutts * File globs must match at least one file or it's an error. M ./Distribution/Simple/Utils.hs -2 +5 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080729154050-adfee-c0931eccde57a1f55896d5cff36c836f70b02f84.gz From duncan.coutts at worc.ox.ac.uk Tue Jul 29 12:30:27 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jul 29 12:20:09 2008 Subject: patch applied (cabal): Document the $os and $arch install path vars Message-ID: <20080729163027.GA2130@haskell.galois.com> Tue Jul 29 08:56:54 PDT 2008 Duncan Coutts * Document the $os and $arch install path vars M ./doc/Cabal.xml -11 +52 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080729155654-adfee-d5c65e91258af076bc13b0fc659a7e78f84979d3.gz From duncan.coutts at worc.ox.ac.uk Tue Jul 29 12:30:29 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jul 29 12:20:09 2008 Subject: patch applied (cabal): Document the wildcard behaviour in data-files and extra-source-files fields Message-ID: <20080729163029.GA2148@haskell.galois.com> Tue Jul 29 08:59:20 PDT 2008 Duncan Coutts * Document the wildcard behaviour in data-files and extra-source-files fields M ./doc/Cabal.xml +26 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080729155920-adfee-011d48dc50ae6be338418e567dff691ebad44b17.gz From duncan.coutts at worc.ox.ac.uk Tue Jul 29 12:30:30 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jul 29 12:20:11 2008 Subject: patch applied (cabal): Document more clearly that every modules must be listed Message-ID: <20080729163030.GA2166@haskell.galois.com> Tue Jul 29 09:03:08 PDT 2008 Duncan Coutts * Document more clearly that every modules must be listed in one of the fields exposed-modules, other-modules or main-is Add an extra note to the section on the Paths_pkgname module as the fact that it's automatically generated confuses people. M ./doc/Cabal.xml +19 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080729160308-adfee-2320e922b4da88d0242d7e7d46dfd94067dcf5a1.gz From duncan.coutts at worc.ox.ac.uk Tue Jul 29 12:30:32 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jul 29 12:20:14 2008 Subject: patch applied (cabal): Move the docs for the buildable field to a better place. Message-ID: <20080729163032.GA2183@haskell.galois.com> Tue Jul 29 09:08:08 PDT 2008 Duncan Coutts * Move the docs for the buildable field to a better place. It doesn't need to be right up near the top. M ./doc/Cabal.xml -14 +14 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080729160808-adfee-f4f6563541868c969a69f231f0a49daebdedeffb.gz From duncan.coutts at worc.ox.ac.uk Tue Jul 29 12:30:34 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jul 29 12:20:14 2008 Subject: patch applied (cabal): Remove references to cabal-setup from the documentation Message-ID: <20080729163034.GA2200@haskell.galois.com> Tue Jul 29 09:09:50 PDT 2008 Duncan Coutts * Remove references to cabal-setup from the documentation Change to runhaskell Setup or cabal-install as appropriate. M ./doc/Cabal.xml -5 +4 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080729160950-adfee-fd7daee314098f6ce6daf7a632a1c1400efe6d00.gz From duncan.coutts at worc.ox.ac.uk Tue Jul 29 12:30:35 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jul 29 12:20:16 2008 Subject: patch applied (cabal): Move docs for build-depends into the build information section Message-ID: <20080729163035.GA2217@haskell.galois.com> Tue Jul 29 09:20:24 PDT 2008 Duncan Coutts * Move docs for build-depends into the build information section Since it is shared between libs and exes. Extend the documentation to describe the syntax of version constraints, including the new version range syntax "build-depends: foo ==1.2.*". M ./doc/Cabal.xml -27 +38 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080729162024-adfee-252d77c9c1ce9e3be561659025668bc5728361bb.gz From trac at galois.com Tue Jul 29 12:30:40 2008 From: trac at galois.com (Hackage) Date: Tue Jul 29 12:20:20 2008 Subject: [Hackage] #306: can't figure out how to use data-files In-Reply-To: <042.1ce4132ca3771c24a64c1a199d940cdb@localhost> References: <042.1ce4132ca3771c24a64c1a199d940cdb@localhost> Message-ID: <051.c5c042a6aa5688f88e1236ba4e18442f@localhost> #306: can't figure out how to use data-files ----------------------------+----------------------------------------------- Reporter: claus | Owner: Type: defect | Status: closed Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Resolution: duplicate Keywords: | Difficulty: normal Ghcversion: 6.9 | Platform: ----------------------------+----------------------------------------------- Comment (by duncan): {{{ Tue Jul 29 17:03:08 BST 2008 Duncan Coutts * Document more clearly that every modules must be listed in one of the fields exposed-modules, other-modules or main-is Add an extra note to the section on the Paths_pkgname module as the fact that it's automatically generated confuses people. }}} -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Tue Jul 29 12:30:59 2008 From: trac at galois.com (Hackage) Date: Tue Jul 29 12:20:39 2008 Subject: [Hackage] #232: implement extended syntax for package version ranges In-Reply-To: <043.9dc7ddafd560f5be87400ac3e0433964@localhost> References: <043.9dc7ddafd560f5be87400ac3e0433964@localhost> Message-ID: <052.0d9652f8711e76695760c3cd6e69fbb6@localhost> #232: implement extended syntax for package version ranges ----------------------------+----------------------------------------------- Reporter: duncan | Owner: nominolo Type: enhancement | Status: closed Priority: normal | Milestone: Cabal-1.6 Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: fixed Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed Comment: Changed syntax slightly: {{{ Tue Jul 29 16:16:12 BST 2008 Duncan Coutts * Use "pkg == 1.2.*" as the version wildcard syntax Rather than "pkg ~ 1.2.*". This seemed to be the consensus. The syntax "pkg == 1.2.*" means "pkg >= 1.2 && < 1.3" and it is to encourage people to put upper bounds on api versions. }}} And now documented too. {{{ Tue Jul 29 17:20:24 BST 2008 Duncan Coutts * Move docs for build-depends into the build information section Since it is shared between libs and exes. Extend the documentation to describe the syntax of version constraints, including the new version range syntax "build-depends: foo ==1.2.*". }}} -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Tue Jul 29 12:31:22 2008 From: trac at galois.com (Hackage) Date: Tue Jul 29 12:21:04 2008 Subject: [Hackage] #312: Allow ${arch} var in install paths In-Reply-To: <042.7f41138b90847e3b9241e0c8be162d34@localhost> References: <042.7f41138b90847e3b9241e0c8be162d34@localhost> Message-ID: <051.fe147b52ffa9900518eb4d438b05a3f9@localhost> #312: Allow ${arch} var in install paths ----------------------------+----------------------------------------------- Reporter: larsv | Owner: Type: enhancement | Status: closed Priority: normal | Milestone: Cabal-1.4 Component: Cabal library | Version: 1.2.3.0 Severity: minor | Resolution: fixed Keywords: | Difficulty: very easy (<1 hour) Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed Comment: {{{ Tue Jul 29 16:19:52 BST 2008 Duncan Coutts * Allow $arch and $os in install paths. Fixes ticket #312. For example a user could use: cabal configure --libsubdir="$pkgid/$compiler/$arch" if they wanted to have packages for multiple architectures co-exist in the same filestore area. }}} Of course, for cabal-install this `libsubdir` setting could be saved in the cabal config file. {{{ Tue Jul 29 16:56:54 BST 2008 Duncan Coutts * Document the $os and $arch install path vars }}} -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Tue Jul 29 13:03:14 2008 From: trac at galois.com (Hackage) Date: Tue Jul 29 12:52:58 2008 Subject: [Hackage] #297: cabal fetch command don't fetch packages those have already been installed In-Reply-To: <043.504a93ac4f9e2bb1f8efe356f527b38c@localhost> References: <043.504a93ac4f9e2bb1f8efe356f527b38c@localhost> Message-ID: <052.5854b4bfc4af9706f75e99fa5f2c9198@localhost> #297: cabal fetch command don't fetch packages those have already been installed ---------------------------------+------------------------------------------ Reporter: chylli | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.4 Component: cabal-install tool | Version: Severity: normal | Resolution: Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.8.2 | Platform: ---------------------------------+------------------------------------------ Comment (by duncan): So yes, there are two overloaded purposes here. One is to get the source of a package so you can play with it, read it etc. The other is so that you can fetch packages while your online with the intention of building them later while offline. For both cases we need at least the sources for the uninstalled dependencies since part of studying would be trying to compile and run it, which will need the deps. As for all dependencies, how far would you go? Do you really want the sources of all the core libs if you didn't happen to have those sources already? I suspect not. That's not necessary to study or build the package of interest. So actually yes, I think we do want option C since that covers both uses cases fine. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Tue Jul 29 14:36:38 2008 From: trac at galois.com (Hackage) Date: Tue Jul 29 14:26:20 2008 Subject: [Hackage] #295: ld-options parsing treats , as separator In-Reply-To: <043.f2a4ce44ceeca76c8006a7aa8026538c@localhost> References: <043.f2a4ce44ceeca76c8006a7aa8026538c@localhost> Message-ID: <052.ea91a88d88384982cd76fe4b3a7bedd8@localhost> #295: ld-options parsing treats , as separator ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: closed Priority: normal | Milestone: Cabal-1.4 Component: Cabal library | Version: HEAD Severity: normal | Resolution: fixed Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed Comment: Turns out all existing .cabal files are fine, none use `,` as a separator in any of the fields `cpp-options`, `cc-options` or `ld-options`. We can assume that configure scripts that write `.buildinfo` files do not use it as a separator since they're written by shell scripts which use space as a token separator and also because they're likely getting these options from some tool which would generate them in a format suitable to pass direct to gcc. {{{ Tue Jul 29 18:05:56 BST 2008 Duncan Coutts * Do not use ',' as a list separator for the cpp/cc/ld-options fields It breaks for some options like "ld-options: -Wl,-z,now" No existing .cabal files on hackage were using ',' as a list separator so this should not break anything. }}} -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Tue Jul 29 14:37:25 2008 From: trac at galois.com (Hackage) Date: Tue Jul 29 14:27:04 2008 Subject: [Hackage] #213: allow wildcards in data-files or extra-source-files? In-Reply-To: <043.d43ee7226fb76404641be7e35f1d5996@localhost> References: <043.d43ee7226fb76404641be7e35f1d5996@localhost> Message-ID: <052.3fe70c5126244dbd579fbd1e3367c214@localhost> #213: allow wildcards in data-files or extra-source-files? ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: closed Priority: normal | Milestone: Cabal-1.6 Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: fixed Keywords: | Difficulty: very easy (<1 hour) Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed Comment: Igloo reckons this behaviour is ok so I'm leaving it there. It is documented with the current behaviour. -- Ticket URL: Hackage Hackage: Cabal and related projects From igloo at earth.li Tue Jul 29 15:13:48 2008 From: igloo at earth.li (Ian Lynagh) Date: Tue Jul 29 15:03:28 2008 Subject: patch applied (cabal): Tweak whitespace Message-ID: <20080729191348.GA6422@haskell.galois.com> Tue Jul 29 09:37:29 PDT 2008 Ian Lynagh * Tweak whitespace M ./Distribution/Simple/PreProcess.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080729163729-3fd76-a9a2418e85a17998a4d15fbd834bc8e0f8d8eb64.gz From igloo at earth.li Tue Jul 29 15:13:51 2008 From: igloo at earth.li (Ian Lynagh) Date: Tue Jul 29 15:03:31 2008 Subject: patch applied (cabal): Tweak a test to not go via the pretty printer Message-ID: <20080729191351.GA6463@haskell.galois.com> Tue Jul 29 10:27:50 PDT 2008 Ian Lynagh * Tweak a test to not go via the pretty printer M ./Distribution/Simple/PreProcess.hs -2 +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080729172750-3fd76-9679585a3a8f4738a2ad295f1d65f3f54e12344d.gz From igloo at earth.li Tue Jul 29 15:13:49 2008 From: igloo at earth.li (Ian Lynagh) Date: Tue Jul 29 15:03:32 2008 Subject: patch applied (cabal): Fix linking with hsc2hs on OS X Message-ID: <20080729191349.GA6445@haskell.galois.com> Tue Jul 29 10:02:15 PDT 2008 Ian Lynagh * Fix linking with hsc2hs on OS X We don't tell hsc2hs to link the actual Haskell packages, so with GHC's rts package we need to also filter out the -u flags. M ./Distribution/Simple/PreProcess.hs -2 +11 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080729170215-3fd76-cc5ed86eafd9077164d5dd73f8884318f87e6b6d.gz From igloo at earth.li Tue Jul 29 15:13:53 2008 From: igloo at earth.li (Ian Lynagh) Date: Tue Jul 29 15:03:34 2008 Subject: patch applied (cabal): Pass the right -F and --framework flags when running hsc2hs on OS X Message-ID: <20080729191353.GA6480@haskell.galois.com> Tue Jul 29 10:27:57 PDT 2008 Ian Lynagh * Pass the right -F and --framework flags when running hsc2hs on OS X M ./Distribution/Simple/PreProcess.hs -4 +6 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080729172757-3fd76-030bf7ca1804e934d3d0f0a3b34be4d13306dbb3.gz From duncan.coutts at worc.ox.ac.uk Tue Jul 29 15:59:07 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jul 29 15:48:47 2008 Subject: patch applied (cabal): Do not use ', ' as a list separator for the cpp/cc/ld-options fields Message-ID: <20080729195907.GA7363@haskell.galois.com> Tue Jul 29 10:05:56 PDT 2008 Duncan Coutts * Do not use ',' as a list separator for the cpp/cc/ld-options fields It breaks for some options like "ld-options: -Wl,-z,now" No existing .cabal files on hackage were using ',' as a list separator so this should not break anything. M ./Distribution/PackageDescription/Parse.hs -3 +3 M ./Distribution/ParseUtils.hs -2 +14 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080729170556-adfee-89f5ee09249e67a89870127bb1f697b33260bee6.gz From duncan.coutts at worc.ox.ac.uk Tue Jul 29 15:59:09 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jul 29 15:48:50 2008 Subject: patch applied (cabal): Fix uses of verbosity > deafening to use >= Message-ID: <20080729195909.GA7386@haskell.galois.com> Tue Jul 29 12:18:55 PDT 2008 Duncan Coutts * Fix uses of verbosity > deafening to use >= The maximum verbosity value is deafening so >= the correct test. This primarily affected haddock. M ./Distribution/Simple/GHC.hs -1 +1 M ./Distribution/Simple/Haddock.hs -1 +1 M ./Distribution/Simple/NHC.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080729191855-adfee-5957074ca6e84da7d1e61367c579a5dedb25a711.gz From duncan.coutts at worc.ox.ac.uk Tue Jul 29 15:59:10 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jul 29 15:48:53 2008 Subject: patch applied (cabal): Do the ghc rts ldOptions hack in a slightly more hygenic way Message-ID: <20080729195910.GA7402@haskell.galois.com> Tue Jul 29 12:57:14 PDT 2008 Duncan Coutts * Do the ghc rts ldOptions hack in a slightly more hygenic way M ./Distribution/Simple/PreProcess.hs -13 +15 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080729195714-adfee-c5a234ca7b79b466011b9da2e5e6872368302a34.gz From trac at galois.com Tue Jul 29 16:56:00 2008 From: trac at galois.com (Hackage) Date: Tue Jul 29 16:45:42 2008 Subject: [Hackage] #297: cabal fetch command don't fetch packages those have already been installed In-Reply-To: <043.504a93ac4f9e2bb1f8efe356f527b38c@localhost> References: <043.504a93ac4f9e2bb1f8efe356f527b38c@localhost> Message-ID: <052.44a7ade956f4f1fdbd6e4a1912055e7b@localhost> #297: cabal fetch command don't fetch packages those have already been installed ---------------------------------+------------------------------------------ Reporter: chylli | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.4 Component: cabal-install tool | Version: Severity: normal | Resolution: Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.8.2 | Platform: ---------------------------------+------------------------------------------ Comment (by Isaac Dupree): okay, seems reasonable, although I suppose there could also be command- line flags to modify the behavior - at least, an option for if someone wants the sources of all dependencies that are on Hackage, even if installed, otherwise they'll be hard to get - or all packages that are not fully upgraded. For example, if you have internet connection for a short time and it'll take your computer a while to build all of them. In this case, we want the newest versions. But if you want to look at the sources, it's also likely that you'll want to look at the currently installed versions' sources :-) but ignoring those additional features: hmm, it's been a while since I looked at the Fetch code, but IIRC it looked not too hard to make the simple change to default to do C, for someone familiar with those types -- don't count the package itself as an *installed* dependency. -Isaac -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Wed Jul 30 09:05:52 2008 From: trac at galois.com (Hackage) Date: Wed Jul 30 09:05:56 2008 Subject: [Hackage] #315: cabal-install (0.5.1) tool options are reversed Message-ID: <042.4d328e0eb3003b1d34ad347748f60eb4@localhost> #315: cabal-install (0.5.1) tool options are reversed ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.4.0.1 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ When passing tool options to cabal, such as in "cabal configure --user --c2hs-options='-C -xc -c cpp-4.2'", building with -v shows that the options are passed to c2hs in reverse order, and the build fails. Reversing them before passing them to cabal makes the build work; meanwhile, if Setup.hs is invoked directly the options are not reversed. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Wed Jul 30 09:06:26 2008 From: trac at galois.com (Hackage) Date: Wed Jul 30 09:06:27 2008 Subject: [Hackage] #315: cabal-install (0.5.1) tool options are reversed In-Reply-To: <042.4d328e0eb3003b1d34ad347748f60eb4@localhost> References: <042.4d328e0eb3003b1d34ad347748f60eb4@localhost> Message-ID: <051.d6db2342acabe9b56fc6de3ac110faa7@localhost> #315: cabal-install (0.5.1) tool options are reversed ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.4.0.1 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.3 | Platform: Mac OS ---------------------------------+------------------------------------------ Changes (by guest): * platform: => Mac OS * ghcversion: 6.8.2 => 6.8.3 -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Wed Jul 30 09:07:37 2008 From: trac at galois.com (Hackage) Date: Wed Jul 30 09:07:43 2008 Subject: [Hackage] #315: cabal-install (0.5.1) tool options are reversed In-Reply-To: <043.d8d1385959f49f6b8531597be717856f@localhost> References: <043.d8d1385959f49f6b8531597be717856f@localhost> Message-ID: <052.6b4eb0b8732c30bb1929e70ee5e1a410@localhost> #315: cabal-install (0.5.1) tool options are reversed ---------------------------------+------------------------------------------ Reporter: Baughn | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.4.0.1 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.3 | Platform: Mac OS ---------------------------------+------------------------------------------ Changes (by guest): * cc: sveina@gmail.com (added) * reporter: guest => Baughn -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Wed Jul 30 10:16:00 2008 From: trac at galois.com (Hackage) Date: Wed Jul 30 10:16:03 2008 Subject: [Hackage] #315: cabal-install (0.5.1) tool options are reversed In-Reply-To: <043.d8d1385959f49f6b8531597be717856f@localhost> References: <043.d8d1385959f49f6b8531597be717856f@localhost> Message-ID: <052.e2022f05179bcd891ae88d83ebd42a5a@localhost> #315: cabal-install (0.5.1) tool options are reversed ---------------------------------+------------------------------------------ Reporter: Baughn | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.4.0.1 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.3 | Platform: Mac OS ---------------------------------+------------------------------------------ Comment (by igloo): This might have been fixed already in the HEAD by: {{{ Thu Jul 10 19:14:37 BST 2008 Duncan Coutts * Correct the order of args given by --PROG-options They were getting reversed. Problem located by Igloo. }}} -- Ticket URL: Hackage Hackage: Cabal and related projects From duncan.coutts at worc.ox.ac.uk Wed Jul 30 12:53:02 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Wed Jul 30 12:53:04 2008 Subject: patch applied (cabal): Rearrange the Monoid instances for Library, Executable, BuildInfo Message-ID: <20080730165302.GA16847@haskell.galois.com> Wed Jul 30 09:34:32 PDT 2008 Duncan Coutts * Rearrange the Monoid instances for Library, Executable, BuildInfo No functional change, just moving code about. We now define the Monoid methods directly rather than in terms of emptyLibrary, unionLibrary etc. M ./Distribution/PackageDescription.hs -84 +78 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080730163432-adfee-410e90a9d2daed46c0aef4646e6668eda6d370bb.gz From duncan.coutts at worc.ox.ac.uk Wed Jul 30 12:53:04 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Wed Jul 30 12:53:06 2008 Subject: patch applied (cabal): Add an "exposed" field to the .cabal file library section Message-ID: <20080730165304.GA16870@haskell.galois.com> Wed Jul 30 09:45:16 PDT 2008 Duncan Coutts * Add an "exposed" field to the .cabal file library section It's a bool flag that says if by default the library should be registered with the compiler as exposed/unhidden (for compilers which have such a concept, ie ghc). You might want to do this for packages which would otherwise pollute the module namespace or clash with other common packages. It should be very rarely used. The only current examples we know of are the ghc api package and the dph packages. M ./Distribution/PackageDescription.hs +3 M ./Distribution/PackageDescription/Parse.hs -5 +7 M ./Distribution/Simple/Register.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080730164516-adfee-3a2bc57dbe07445ab81cc5b32042ada7a09f5fc6.gz From duncan.coutts at worc.ox.ac.uk Wed Jul 30 12:53:06 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Wed Jul 30 12:53:10 2008 Subject: patch applied (cabal): Remove unused inDir util function Message-ID: <20080730165306.GA16887@haskell.galois.com> Wed Jul 30 09:50:31 PDT 2008 Duncan Coutts * Remove unused inDir util function M ./Distribution/Simple/Utils.hs -9 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080730165031-adfee-dea541f3bb7daac70f176b167794ef6efdeb8f6f.gz From duncan.coutts at worc.ox.ac.uk Wed Jul 30 14:32:04 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Wed Jul 30 14:32:06 2008 Subject: patch applied (cabal): Remove unused imports Message-ID: <20080730183204.GA20530@haskell.galois.com> Wed Jul 30 11:29:57 PDT 2008 Duncan Coutts * Remove unused imports M ./Distribution/Simple/Utils.hs -3 +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080730182957-adfee-7b694636e7605eae19876315d7e70803569784de.gz From duncan.coutts at worc.ox.ac.uk Wed Jul 30 14:52:36 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Wed Jul 30 14:52:38 2008 Subject: patch applied (cabal-install): Move modules under Distribution.Client Message-ID: <20080730185236.GA21456@haskell.galois.com> Wed Jul 30 02:54:33 PDT 2008 Duncan Coutts * Move modules under Distribution.Client And tidy some imports slightly ./Hackage -> ./Distribution/Client A ./Distribution/ M ./Distribution/Client/Check.hs -2 +2 M ./Distribution/Client/Clean.hs -6 +6 M ./Distribution/Client/Config.hs -5 +5 M ./Distribution/Client/Dependency.hs -10 +10 M ./Distribution/Client/Dependency/Bogus.hs -5 +5 M ./Distribution/Client/Dependency/Naive.hs -7 +7 M ./Distribution/Client/Dependency/TopDown.hs -9 +9 M ./Distribution/Client/Dependency/TopDown/Constraints.hs -4 +4 M ./Distribution/Client/Dependency/TopDown/Types.hs -3 +3 M ./Distribution/Client/Dependency/Types.hs -4 +4 M ./Distribution/Client/Fetch.hs -7 +7 M ./Distribution/Client/HttpUtils.hs -3 +4 M ./Distribution/Client/IndexUtils.hs -5 +6 M ./Distribution/Client/Info.hs -5 +5 M ./Distribution/Client/Install.hs -15 +15 M ./Distribution/Client/InstallPlan.hs -4 +4 M ./Distribution/Client/List.hs -6 +6 M ./Distribution/Client/Logging.hs -9 +9 M ./Distribution/Client/ParseUtils.hs -1 +1 M ./Distribution/Client/Reporting.hs -7 +7 M ./Distribution/Client/Setup.hs -4 +4 M ./Distribution/Client/SetupWrapper.hs -2 +2 M ./Distribution/Client/SrcDist.hs -3 +3 M ./Distribution/Client/Tar.hs -8 +9 M ./Distribution/Client/Types.hs -2 +2 M ./Distribution/Client/Update.hs -4 +4 M ./Distribution/Client/Upload.hs -5 +6 M ./Distribution/Client/Utils.hs -1 +1 M ./Main.hs -16 +18 M ./cabal-install.cabal -34 +34 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080730095433-adfee-a7888967a13cd286e8632d5f56bb4464c67089d4.gz From duncan.coutts at worc.ox.ac.uk Wed Jul 30 14:52:38 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Wed Jul 30 14:52:39 2008 Subject: patch applied (cabal-install): Add support to SetupWrapper for logging setup output to a handle Message-ID: <20080730185238.GA21481@haskell.galois.com> Wed Jul 30 05:48:51 PDT 2008 Duncan Coutts * Add support to SetupWrapper for logging setup output to a handle or for using a diiferent initial working directory. We already need to use a different working dir and this would allow us to spawn multiple setup processes for parallel builds each with their own working dir. Also, we want to be able to capture the output of builds. At the moment our internal logging framework is not capable of redirecting, but if we launch a process we redirect its output to a file. This should be useful for build reporting where we want logs for each individual package. M ./Distribution/Client/Install.hs -1 +3 M ./Distribution/Client/SetupWrapper.hs -4 +20 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080730124851-adfee-1efa4a7702050b6b64d8fd69f70d72dba6717a64.gz From duncan.coutts at worc.ox.ac.uk Wed Jul 30 14:52:40 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Wed Jul 30 14:52:42 2008 Subject: patch applied (cabal-install): Move the install command options so they're not toplevel decls Message-ID: <20080730185239.GA21498@haskell.galois.com> Wed Jul 30 05:55:55 PDT 2008 Duncan Coutts * Move the install command options so they're not toplevel decls Except for optionDryRun which is shared with another command. M ./Distribution/Client/Setup.hs -37 +28 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080730125555-adfee-57b2e8b150726719ace51aeb9d0466c580afcd19.gz From duncan.coutts at worc.ox.ac.uk Wed Jul 30 14:52:41 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Wed Jul 30 14:52:43 2008 Subject: patch applied (cabal-install): Use the external setup method when logging the output Message-ID: <20080730185241.GA21515@haskell.galois.com> Wed Jul 30 06:16:55 PDT 2008 Duncan Coutts * Use the external setup method when logging the output For the internal method, change to the right working dir if necessary. M ./Distribution/Client/SetupWrapper.hs -10 +15 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080730131655-adfee-e3f6c4da04a0a730d12662ad9b8ec9c02c0b23c7.gz From duncan.coutts at worc.ox.ac.uk Wed Jul 30 14:52:42 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Wed Jul 30 14:52:44 2008 Subject: patch applied (cabal-install): Use the setupWrapper useWorkingDir feature in Install Message-ID: <20080730185242.GA21532@haskell.galois.com> Wed Jul 30 06:20:04 PDT 2008 Duncan Coutts * Use the setupWrapper useWorkingDir feature in Install Rather than calling inDir directly. M ./Distribution/Client/Install.hs -4 +5 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080730132004-adfee-0be215d908499dc65f9c6a337adb83b7948f0e85.gz From duncan.coutts at worc.ox.ac.uk Wed Jul 30 14:52:46 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Wed Jul 30 14:52:47 2008 Subject: patch applied (cabal-install): Make the upgrade command take all the install command flags Message-ID: <20080730185246.GA21566@haskell.galois.com> Wed Jul 30 11:33:09 PDT 2008 Duncan Coutts * Make the upgrade command take all the install command flags M ./Distribution/Client/Setup.hs -11 +5 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080730183309-adfee-96ca015de99fcea1a6f778027265dd0c11f46c01.gz From duncan.coutts at worc.ox.ac.uk Wed Jul 30 14:52:44 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Wed Jul 30 14:52:48 2008 Subject: patch applied (cabal-install): When launching setup in another dir we must use an adjusted path Message-ID: <20080730185244.GA21549@haskell.galois.com> Wed Jul 30 07:31:49 PDT 2008 Duncan Coutts * When launching setup in another dir we must use an adjusted path The path to the binary we're running must be accessable from that other directory. The fix is to use currentDir setup M ./Distribution/Client/SetupWrapper.hs -2 +3 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080730143149-adfee-15b092f16a1ff54b26723be1a63741d4e6f75d87.gz From duncan.coutts at worc.ox.ac.uk Wed Jul 30 14:52:47 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Wed Jul 30 14:52:50 2008 Subject: patch applied (cabal-install): Add install --log-builds flag Message-ID: <20080730185247.GA21583@haskell.galois.com> Wed Jul 30 11:33:44 PDT 2008 Duncan Coutts * Add install --log-builds flag Eg can use cabal install foo --log-builds='$pkgid-$compiler.log' and the build log for each package will written to a separate file. If an existing file is given then the log is appended. This or something like it should help in future with build reporting of the non-anonymous kind. M ./Distribution/Client/Install.hs -6 +28 M ./Distribution/Client/Setup.hs -3 +12 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080730183344-adfee-7a038a8a335fab128db71cdf149c35beb192b972.gz From igloo at earth.li Thu Jul 31 17:17:11 2008 From: igloo at earth.li (Ian Lynagh) Date: Thu Jul 31 17:17:09 2008 Subject: patch applied (cabal): Remove unused imports Message-ID: <20080731211711.GA508@haskell.galois.com> Wed Jul 30 12:45:26 PDT 2008 Ian Lynagh * Remove unused imports M ./Distribution/Simple/Utils.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080730194526-3fd76-acd94d4d717b013c38c886e60d1c29c78e161ac1.gz From igloo at earth.li Thu Jul 31 17:17:09 2008 From: igloo at earth.li (Ian Lynagh) Date: Thu Jul 31 17:17:10 2008 Subject: patch applied (cabal): Make Cabal compatible with extensible exceptions Message-ID: <20080731211709.GA485@haskell.galois.com> Wed Jul 30 11:39:10 PDT 2008 Ian Lynagh * Make Cabal compatible with extensible exceptions The code is now also more correct, e.g. when we are ignoring IO exceptions while trying to delete something, we don't also ignore timeout exceptions. M ./Cabal.cabal +1 A ./Distribution/Compat/Exception.hs M ./Distribution/Simple/Configure.hs -3 +2 M ./Distribution/Simple/GHC.hs -7 +6 M ./Distribution/Simple/Hugs.hs -4 +3 M ./Distribution/Simple/NHC.hs -2 +3 M ./Distribution/Simple/Program.hs -2 +2 M ./Distribution/Simple/Utils.hs -6 +6 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080730183910-3fd76-b270852e860abe79d3e6b5b623b6cd3a9b12a484.gz From igloo at earth.li Thu Jul 31 17:17:13 2008 From: igloo at earth.li (Ian Lynagh) Date: Thu Jul 31 17:17:12 2008 Subject: patch applied (cabal): Fix the Windows build Message-ID: <20080731211713.GA525@haskell.galois.com> Thu Jul 31 12:48:41 PDT 2008 Ian Lynagh * Fix the Windows build M ./Distribution/Simple/Utils.hs -1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080731194841-3fd76-fc9299e138cbfe8d7dbeee35dda920d2a3caab83.gz