- cabal-devel - Haskell.org

[Hackage] #596: .hs-boot files included in sdist but not .lhs-boot files
by Hackage 07 Oct '09

07 Oct '09

#596: .hs-boot files included in sdist but not .lhs-boot files ----------------------------+----------------------------------------------- Reporter: mboes | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.2 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- The hmk package is written in literate Haskell and includes an lhs-boot file. http://hackage.haskell.org/package/hmk This boot file is not included in the source distribution by cabal. Renaming the lhs-boot file to end with a .hs-boot extension instead makes the compilation fail. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/596> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

patch applied (cabal): Bump version number to 1.8.0
by Ian Lynagh 06 Oct '09

06 Oct '09

Tue Oct 6 09:01:20 PDT 2009 Ian Lynagh <igloo(a)earth.li> * Bump version number to 1.8.0 M ./Cabal.cabal -2 +2 M ./Makefile -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20091006160120-3fd76-db88c177…

1 0

patch applied (cabal): Loosen the invariant, it was too strict
by Simon Marlow 06 Oct '09

06 Oct '09

Tue Oct 6 06:37:56 PDT 2009 Simon Marlow <marlowsd(a)gmail.com> * Loosen the invariant, it was too strict Ignore-this: 6087cfc11c19d4bac2fddcf007e9bb7c The packages do not need to be in the same order when sorted by package name as when sorted by InstalledPackageId. M ./Distribution/Simple/PackageIndex.hs -2 +3 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20091006133756-12142-028f81e3…

1 0

[Hackage] #597: non-exhaustive patterns in lambda
by Hackage 03 Oct '09

03 Oct '09

#597: non-exhaustive patterns in lambda ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.6.0.2 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: 6.10.1 Platform: Mac OS | ---------------------------------+------------------------------------------ I was trying to install regex-dfa. I should mention that I have library profiling enabled in my cabal-install config. So when a dependency claims to be hidden I usually just reinstall it and everything works. Here, I tried that and base showed up as a dependency (shouldn't I have the profiled version of base already?), and when I tried to cabal install base, I get a funny error. Transcript below (note that I've selected 1.6.0.2 from the version drop down, but my version is actually 1.6.0.3, but isn't in the list). My GHC version is also not in the lits. I have 6.10.4. {{{ $ cabal --version cabal-install version 0.6.2 using version 1.6.0.3 of the Cabal library $ cabal install regex-dfa Resolving dependencies... [1 of 1] Compiling Main ( /var/folders/s-/s-WdqsnuGFyUGEeXB-+sZk+++TI/-Tmp-/regex-base-0.93.18737 /regex-base-0.93.1/Setup.hs, /var/folders/s-/s-WdqsnuGFyUGEeXB-+sZk+++TI/-Tmp-/regex-base-0.93.18737 /regex-base-0.93.1/dist/setup/Main.o ) Linking /var/folders/s-/s-WdqsnuGFyUGEeXB-+sZk+++TI/-Tmp-/regex- base-0.93.18737/regex-base-0.93.1/dist/setup/setup ... Configuring regex-base-0.93.1... Warning: No 'build-type' specified. If you do not need a custom Setup.hs or ./configure script then use 'build-type: Simple'. Preprocessing library regex-base-0.93.1... Building regex-base-0.93.1... [1 of 4] Compiling Text.Regex.Base.RegexLike ( Text/Regex/Base/RegexLike.hs, dist/build/Text/Regex/Base/RegexLike.o ) [2 of 4] Compiling Text.Regex.Base.Context ( Text/Regex/Base/Context.hs, dist/build/Text/Regex/Base/Context.o ) [3 of 4] Compiling Text.Regex.Base ( Text/Regex/Base.hs, dist/build/Text/Regex/Base.o ) [4 of 4] Compiling Text.Regex.Base.Impl ( Text/Regex/Base/Impl.hs, dist/build/Text/Regex/Base/Impl.o ) [1 of 4] Compiling Text.Regex.Base.RegexLike ( Text/Regex/Base/RegexLike.hs, dist/build/Text/Regex/Base/RegexLike.p_o ) [2 of 4] Compiling Text.Regex.Base.Context ( Text/Regex/Base/Context.hs, dist/build/Text/Regex/Base/Context.p_o ) [3 of 4] Compiling Text.Regex.Base ( Text/Regex/Base.hs, dist/build/Text/Regex/Base.p_o ) [4 of 4] Compiling Text.Regex.Base.Impl ( Text/Regex/Base/Impl.hs, dist/build/Text/Regex/Base/Impl.p_o ) ar: creating archive dist/build/libHSregex-base-0.93.1.a ar: creating archive dist/build/libHSregex-base-0.93.1_p.a Installing library in /Users/dagit/.cabal/lib/regex-base-0.93.1/ghc-6.10.4 Registering regex-base-0.93.1... Reading package info from "dist/installed-pkg-config" ... done. Writing new package config file... done. Downloading regex-dfa-0.91... [1 of 1] Compiling Main ( /var/folders/s-/s-WdqsnuGFyUGEeXB-+sZk+++TI/-Tmp-/regex-dfa-0.918737 /regex-dfa-0.91/Setup.hs, /var/folders/s-/s-WdqsnuGFyUGEeXB-+sZk+++TI/-Tmp -/regex-dfa-0.918737/regex-dfa-0.91/dist/setup/Main.o ) Linking /var/folders/s-/s-WdqsnuGFyUGEeXB-+sZk+++TI/-Tmp-/regex- dfa-0.918737/regex-dfa-0.91/dist/setup/setup ... Configuring regex-dfa-0.91... Warning: No 'build-type' specified. If you do not need a custom Setup.hs or ./configure script then use 'build-type: Simple'. Preprocessing library regex-dfa-0.91... Building regex-dfa-0.91... Text/Regex/DFA/Common.hs:6:7: Could not find module `Data.IntMap': it is a member of the hidden package `containers-0.2.0.1' Use -v to see a list of the files searched for. cabal: Error: some packages failed to install: regex-dfa-0.91 failed during the building phase. The exception was: exit: ExitFailure 1 [04:55 PM][dagit(a)apricot~/local-data/regex-tests/darcs.net-regex-base] $ cabal install containers-0.2.0.1 Resolving dependencies... No packages to be installed. All the requested packages are already installed. If you want to reinstall anyway then use the --reinstall flag. [04:55 PM][dagit(a)apricot~/local-data/regex-tests/darcs.net-regex-base] $ cabal install containers-0.2.0.1 --reinstall Resolving dependencies... Downloading containers-0.2.0.1... Configuring containers-0.2.0.1... Preprocessing library containers-0.2.0.1... Building containers-0.2.0.1... Data/IntMap.hs:182:7: Could not find module `Data.Data': it is a member of the hidden package `base' Use -v to see a list of the files searched for. cabal: Error: some packages failed to install: containers-0.2.0.1 failed during the building phase. The exception was: exit: ExitFailure 1 [04:55 PM][dagit(a)apricot~/local-data/regex-tests/darcs.net-regex-base] $ cabal install base Resolving dependencies... cabal: Distribution/Client/Dependency/TopDown.hs:170:37-73: Non-exhaustive patterns in lambda [04:55 PM][dagit(a)apricot~/local-data/regex-tests/darcs.net-regex-base] $ cabal install base Resolving dependencies... cabal: Distribution/Client/Dependency/TopDown.hs:170:37-73: Non-exhaustive patterns in lambda }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/597> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

Package dependences for building versus linking
by C Rodrigues 02 Oct '09

02 Oct '09

Cabal introduces unnecessary package dependences, which in one case causes a Cabal build to fail whereas ghc --make does not fail. I'm not sure whether this should be considered a bug in Cabal. I'm trying to Cabalize a program. The executable depends on a package that can be compiled (the GHC path), but not interpreted (the GHCi path). Some of my source files use this compile-only package, and other files use Template Haskell. TH code is passed to the interpreter. If I build using ghc --make, the TH interpreter loads only the packages needed by the current file. This works because the interpreter only runs for source files that use TH, and no file uses both TH and the compile-only package. If I build using Cabal, however, the TH interpreter attempts to load every package needed by the project, apparently because Cabal passes every package on the command line. Compilation fails because the compile-only package cannot be loaded. Should I submit a bug report? --heatsink _________________________________________________________________ Hotmail® has ever-growing storage! Don’t worry about storage limits. http://windowslive.com/Tutorial/Hotmail/Storage?ocid=TXT_TAGLM_WL_HM_Tutori…

2 1

[Hackage] #595: runhaskell Setup.hs configure fails telling that a dependency is missing while it is not
by Hackage 01 Oct '09

01 Oct '09

#595: runhaskell Setup.hs configure fails telling that a dependency is missing while it is not ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: miscellaneous | Version: HEAD Severity: major | Keywords: Difficulty: unknown | Ghcversion: 6.10.1 Platform: Linux | ----------------------------+----------------------------------------------- Tried to do this: runhaskell Setup.hs configure with a simple .cabal file. It says: $ runhaskell Setup.lhs configure Configuring cabalfailure-0.1... Setup.lhs: At least the following dependencies are missing: network-multicast -any In reality, however, the "network-multicast" is present on the system. It was recently installed like this: "cabal install network-multicast" This is also confirmed using ghc-pkgs: $ ghc-pkg list /usr/local/lib/ghc-6.10.2/./package.conf: Cabal-1.6.0.3, array-0.2.0.0, base-3.0.3.1, base-4.1.0.0, bytestring-0.9.1.4, containers-0.2.0.1, directory-1.0.0.3, editline-0.2.1.0, filepath-1.1.0.2, (ghc-6.10.2), ghc-prim-0.1.0.0, haddock-2.4.2, haskell98-1.0.1.0, hpc-0.5.0.3, integer-0.1.0.1, libxml-0.1.1, mtl-1.1.0.2, old-locale-1.0.0.1, old-time-1.0.0.2, packedstring-0.1.0.1, pretty-1.0.1.0, process-1.0.1.1, random-1.0.0.1, rts-1.0, syb-0.1.0.1, template-haskell-2.3.0.1, unix-2.3.2.0 /home/rtvd/.ghc/i386-linux-6.10.2/package.conf: HaXml-1.13.3, HaXml-1.19.7, bytestring-0.9.1.4, dlist-0.5, dstring-0.3, ghc-paths-0.1.0.5, haddock-2.4.2, mtl-1.1.0.2, network-2.2.1.2, network-bytestring-0.1.2.1, network-multicast-0.0.5, parsec-2.1.0.1, polyparse-1.2, polyparse-1.3, to-string-class-0.1.1 Note: ghc version is 6.10.2, Cabal version is 1.6.0.3 The example is attached to this ticket. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/595> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #591: Dynamic libraries don't receive a proper install-name on Mac OS/X
by Hackage 01 Oct '09

01 Oct '09

#591: Dynamic libraries don't receive a proper install-name on Mac OS/X ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: high | Milestone: Cabal-1.8 Component: Cabal library | Version: HEAD Severity: normal | Keywords: dynamic mac osx Difficulty: unknown | Ghcversion: Platform: Mac OS | ----------------------------+----------------------------------------------- Mac OS/X stores the install location of dynamic library into the library itself. GHC bug #3550 adds a new -install-name option to GHC, to allow this to be done at build time. This patch modifies Cabal to pass the -install-name option when building dynamic libraries on Mac OS/X so they're created with the correct install location. This change is needed for the GHC #3550 fix to work correctly. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/591> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #282: profiling versions of libraries not managed well
by Hackage 30 Sep '09

30 Sep '09

#282: profiling versions of libraries not managed well ---------------------------------+------------------------------------------ Reporter: SamB | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: profiling Difficulty: normal | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ At the moment, if you want profiling builds of libraries which you have already installed, the only way to get them is to unregister and rebuild with profiling turned on. This is especially inconvenient when you have a program that depends on many different libraries... Ideally, I could just add a flag to rebuild a program with profiling, regardless of whether I'd installed profiling versions or not... Any ideas on how this should be managed? What configurations should be allowed? How do we make sure the same library version is used for the profiling build as was used for the normal build? When do we just give up and make the user figure it out? -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/282> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 7

Re: [Hackage] #593: Rebuild for library profiling without reinstalling
by Hackage 30 Sep '09

30 Sep '09

#593: Rebuild for library profiling without reinstalling -------------------------------------------------+-------------------------- Reporter: Tim <chevalier(a)alum.wellesley.edu> | Owner: Type: enhancement | Status: closed Priority: normal | Milestone: Component: cabal-install tool | Version: 1.6.0.2 Severity: minor | Resolution: duplicate Keywords: | Difficulty: unknown Ghcversion: | Platform: -------------------------------------------------+-------------------------- Changes (by duncan): * status: new => closed * resolution: => duplicate Comment: I think the better solution is for {{{ cabal install mtl --enable-library-profiling }}} To just do the right thing. That is the subject of ticket #282. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/593#comment:2> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #48: improve c2hs support
by Hackage 30 Sep '09

30 Sep '09

#48: improve c2hs support ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-2.0 Component: Cabal library | Version: Severity: normal | Resolution: Keywords: | Difficulty: hard (< 1 day) Ghcversion: 6.2.1 | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * reporter: duncan.coutts(a)worc.ox.ac.uk => duncan -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/48#comment:6> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0