October 2009 - cabal-devel

[Hackage] #515: --extra-lib-dirs= should add -R/-rpath to hsc2hs calls
by Hackage 22 Dec '09

22 Dec '09

#515: --extra-lib-dirs= should add -R/-rpath to hsc2hs calls ------------------------------+--------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: Platform: | ------------------------------+--------------------------------------------- Currently the `--extra-lib-dirs=` flag is only used to add extra `-L` flags in calls to `gcc`, `hsc2hs` etc. On systems where `--extra-lib- dirs=` is necessary it's almost always the case that we also need `-R`/`-rpath` too. Apparently `-rpath` is somewhat controversial and some people argue against using it. However one case where it is clearly necessary is in invoking `hsc2hs`. This is because `hsc2hs` compiles, links and runs a C program. The program is run once on the host machine and never installed or distributed. So all the usual arguments against `-rpath` do not apply. Hard coding the paths of libs is fine since the program is only used once, in the build tree. It's also essential for it to actually work. Here's an example log from someone hitting this problem: {{{ $ cabal install pcre-light --extra-include-dirs=/usr/local/include --extra-lib-dirs=/usr/local/lib Resolving dependencies... 'pcre-light-0.3.1' is cached. Configuring pcre-light-0.3.1... Preprocessing library pcre-light-0.3.1... dist/build/Text/Regex/PCRE/Light/Base_hsc_make: error while loading shared libraries: libpcre.so.0: cannot open shared object file: No such file or directory running dist/build/Text/Regex/PCRE/Light/Base_hsc_make failed command was: dist/build/Text/Regex/PCRE/Light/Base_hsc_make >dist/build/Text/Regex/PCRE/Light/Base.hs }}} On this system it appears that `/usr/local/lib` is not on the default static linker path, or the default dynamic linker path. So we need `-L/usr/local/lib` for the static linker and `-R/usr/local/lib` for the dynamic linker. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/515> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #543: cabal requires root privileges in order to modify files in /usr/lib/ghc-6.8.2
by Hackage 22 Dec '09

22 Dec '09

#543: cabal requires root privileges in order to modify files in /usr/lib/ghc-6.8.2 ----------------------------+----------------------------------------------- Reporter: nr | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: ghc package.conf Difficulty: unknown | Ghcversion: 6.8.2 Platform: Linux | ----------------------------+----------------------------------------------- cabal requires root privileges in order to modify files in /usr/lib/ghc-6.8.2. I'm reporting this as a defect in the tool, since it was told to install in /usr/local/cabal, and it seems unreasonable that cabal should require root privileges when these are not required for installing into its target directory. I am less well informed about the Linux Filesystem Standard, but I believe that files in /usr/lib are supposed to be immutable. If I'm correct, cabal is violating that standard in a major way. If you must have a mutable {{{package.conf}}}, put it in {{{/var/lib/ghc-6.8.2}}}, and make it group writable by a suitable group (which you may need to create). I'm cc-ing ghc-devel on this one because the two groups will probably have to cooperate. {{{ : nr@homedog 5548 ; cabal install graphmod Resolving dependencies... Downloading dotgen-0.2... Configuring dotgen-0.2... Preprocessing library dotgen-0.2... Building dotgen-0.2... [1 of 1] Compiling Text.Dot ( Text/Dot.hs, dist/build/Text/Dot.o ) /usr/bin/ar: creating dist/build/libHSdotgen-0.2.a Installing library in /usr/local/cabal/lib/dotgen-0.2/ghc-6.8.2 Registering dotgen-0.2... Reading package info from "dist/installed-pkg-config" ... done. Unable to rename "/usr/lib/ghc-6.8.2/package.conf" to "/usr/lib/ghc-6.8.2/package.conf.old" Saving old package config file... ghc-pkg.bin: /usr/lib/ghc-6.8.2/package.conf: renameFile: permission denied (Permission denied) Downloading haskell-lexer-1.0... Configuring haskell-lexer-1.0... Preprocessing library haskell-lexer-1.0... Building haskell-lexer-1.0... [1 of 6] Compiling Language.Haskell.Lexer.Position ( Language/Haskell/Lexer/Position.hs, dist/build/Language/Haskell/Lexer/Position.o ) Language/Haskell/Lexer/Position.hs:25:4: Warning: Pattern match(es) are overlapped In a case alternative: '\n' -> ... [2 of 6] Compiling Language.Haskell.Lexer.Tokens ( Language/Haskell/Lexer/Tokens.hs, dist/build/Language/Haskell/Lexer/Tokens.o ) [3 of 6] Compiling Language.Haskell.Lexer.Utils ( Language/Haskell/Lexer/Utils.hs, dist/build/Language/Haskell/Lexer/Utils.o ) [4 of 6] Compiling Language.Haskell.Lexer.Lex ( Language/Haskell/Lexer/Lex.hs, dist/build/Language/Haskell/Lexer/Lex.o ) [5 of 6] Compiling Language.Haskell.Lexer.Layout ( Language/Haskell/Lexer/Layout.hs, dist/build/Language/Haskell/Lexer/Layout.o ) [6 of 6] Compiling Language.Haskell.Lexer ( Language/Haskell/Lexer.hs, dist/build/Language/Haskell/Lexer.o ) /usr/bin/ar: creating dist/build/libHShaskell-lexer-1.0.a Installing library in /usr/local/cabal/lib/haskell-lexer-1.0/ghc-6.8.2 Registering haskell-lexer-1.0... Reading package info from "dist/installed-pkg-config" ... done. Unable to rename "/usr/lib/ghc-6.8.2/package.conf" to "/usr/lib/ghc-6.8.2/package.conf.old" Saving old package config file... ghc-pkg.bin: /usr/lib/ghc-6.8.2/package.conf: renameFile: permission denied (Permission denied) cabal: Error: some packages failed to install: dotgen-0.2 failed during the final install step. The exception was: exit: ExitFailure 1 graphmod-1.1.3 depends on haskell-lexer-1.0 which failed to install. haskell-lexer-1.0 failed during the final install step. The exception was: exit: ExitFailure 1 : nr@homedog 5549 ; }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/543> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #590: PackageDescription could derive (Data,Typeable)
by Hackage 22 Dec '09

22 Dec '09

#590: PackageDescription could derive (Data,Typeable) ----------------------------------+----------------------------------------- Reporter: bastl | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: Platform: | ----------------------------------+----------------------------------------- Please add (deriving Data,Typeable) to all data types. Very easy, and does no harm as far as I know. I need it for a dependency-tracker between different artifacts (e.g. derive [Dependency] from hs-sources) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/590> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #589: FreeBSD compiles should automatically add --extra-lib-dirs=/usr/local/lib
by Hackage 22 Dec '09

22 Dec '09

#589: FreeBSD compiles should automatically add --extra-lib-dirs=/usr/local/lib ----------------------------+----------------------------------------------- Reporter: markstos | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- FreeBSD stores a number of standard things in /usr/local/lib, such as the 'curl' libraries that darcs needs to compile against. Cabal should detect that FreeBSD is the platform and look in this lib directory automatically. Reference my experience trying to install darcs on FreeBSD: http://www.mail-archive.com/darcs-users@darcs.net/msg12611.html -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/589> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #566: Don't try and resolve dependencies for packages that are not buildable
by Hackage 22 Dec '09

22 Dec '09

#566: Don't try and resolve dependencies for packages that are not buildable ----------------------------------+----------------------------------------- Reporter: batterseapower | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: Platform: | ----------------------------------+----------------------------------------- I had a component like this: {{{ Executable edit-distance-benchmark Main-Is: Text/EditDistance/Benchmark.hs if flag(splitBase) Build-Depends: base >= 3 && < 5, array >= 0.1, random >= 1.0, old-time >= 1.0, process >= 1.0, parallel >= 1.0, unix >= 2.3 else Build-Depends: base < 3, parallel >= 1.0, unix >= 2.3 if !flag(benchmark) Buildable: False Ghc-Options: -O2 -fvia-C -Wall }}} However, I've only just found out that this meant that you couldn't install any parts of my package on Windows, because Cabal tried to resolve the "unix" dependency even if "benchmark" was False (the default)! I've solved this like so: {{{ Executable edit-distance-benchmark Main-Is: Text/EditDistance/Benchmark.hs if !flag(benchmark) Buildable: False else if flag(splitBase) Build-Depends: base >= 3 && < 5, array >= 0.1, random >= 1.0, old-time >= 1.0, process >= 1.0, parallel >= 1.0, unix >= 2.3 else Build-Depends: base < 3, parallel >= 1.0, unix >= 2.3 Ghc-Options: -O2 -fvia-C -Wall }}} But really Cabal should not need to resolve dependencies for things that are not buildable. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/566> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #552: Cabal fails because header file is missing. But in fact the header file is erroneous.
by Hackage 22 Dec '09

22 Dec '09

#552: Cabal fails because header file is missing. But in fact the header file is erroneous. ---------------------------------+------------------------------------------ Reporter: mgross | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Mac OS | ---------------------------------+------------------------------------------ When trying to install HERA 0.2 the {{{ runhaskell Setup.hs configure }}} command fails with: {{{ Setup.hs: Missing dependency on a foreign library: * Missing header file: hsmpfr.h This problem can usually be solved by installing the system package that provides this library (you may need the "-dev" version). If the library is already installed but in a non-standard location then you can use the flags --extra-include-dirs= and --extra-lib-dirs= to specify where it is. }}} But in fact the header file is present. The real problem is an include in the header file. The include {{{ #include <malloc.h> }}} fails on Mac OS systems. It would be better if Cabal would report the compile error. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/552> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #463: Do not work in Windows Vista
by Hackage 22 Dec '09

22 Dec '09

#463: Do not work in Windows Vista ---------------------------------+------------------------------------------ Reporter: Tonal | Owner: Type: defect | Status: new Priority: normal | Milestone: cabal-install-0.6 Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.10.1 Platform: | ---------------------------------+------------------------------------------ My Environment: Os: Windows Vista Home Ru + sp1 User name: Леново ghc 6.10.1 (Cabal-1.6.0.1 from installation) cabal-install-0.6.0 Other lib: HTTP-3001.1.5 zlib-0.5.0.0 Cabal-install compile and link. Bat all commands not work. For example: {{{ C:\Lang\Haskell\ghc>cabal list Config file C:\Users\Леново\AppData\Roaming\cabal\config not found. Writing default configuration to C:\Users\Леново\AppData\Roaming\cabal\config cabal: CreateDirectory: does not exist (!8AB5<5 =5 C405BAO =09B8 C:070==K9 ?CBL.) }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/463> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 6

[Hackage] #445: Simple builds ignore .buildinfo
by Hackage 22 Dec '09

22 Dec '09

#445: Simple builds ignore .buildinfo ----------------------------+----------------------------------------------- Reporter: awick | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ----------------------------+----------------------------------------------- It would be convenient if Simple builds would look for buildinfo files, instead of just ignoring them. It's sometimes convenient to have the configure script run as a separate phase (for example, when you're configuring a bunch of separate cabal packages) instead of re-running the same configure tests every time, and this would help. There's an obvious workaround (setting the type to 'Configure' and then adding an empty 'configure' script), but this is tedious. I've attached a simple example. The .buildinfo file tells Cabal to build Test2 in addition to Test1. If you set the type to Simple, it only builds Test1. If you set it to 'Configure', it runs the empty configure script and then builds both Test1 and Test2. It'd be nicer if 'Simple' caused both Test1 and Test2 to be built, as well. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/445> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #429: Strange error that seems related to repos field in config
by Hackage 22 Dec '09

22 Dec '09

#429: Strange error that seems related to repos field in config ----------------------------+----------------------------------------------- Reporter: waern | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.10.1 Platform: | ----------------------------+----------------------------------------------- I'm reporting this although I don't really know what the problem is. I installed cabal-install using GHC 6.10.1. When I tried to use it, it complained that the it couldn't open the file 'Ê', or some other strange, seemingly random, one-character long file name. An strace revealed that just before trying to open the file it reads the repos: field from the config file in ~/.cabal. That field was set to "hackage.haskell.org:http://hackage.haskell.org/packages/archive". I tried removing the initial "hackage.haskell.org:", and them cabal-install works. Not sure what this is, but I couldn't find something about it in the bug tracker after a quick search. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/429> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #427: how to access temporary build-files/logs?
by Hackage 22 Dec '09

22 Dec '09

#427: how to access temporary build-files/logs? ----------------------------+----------------------------------------------- Reporter: claus | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ----------------------------+----------------------------------------------- when trying to debug an installation failure, it would be most useful to be able to keep the temporary build files (similar to ghc's -keep* options). Apart from being able to look at things like `config.log`, it would also allow to experiment with patched commands from the verbose build log (which needs the temporary files still present). -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/427> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 9