March 2011 - cabal-devel

Re: [Hackage] #179: support GHC's main-is extension
by Hackage 06 Mar '11

06 Mar '11

#179: support GHC's main-is extension ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: low | Milestone: _|_ Component: Cabal library | Version: 1.2.2.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.4.2 Platform: Linux | ----------------------------+----------------------------------------------- Comment(by mcandre): Nevermind. I just needed to delete bad .HI files. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/179#comment:8> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #179: support GHC's main-is extension
by Hackage 06 Mar '11

06 Mar '11

#179: support GHC's main-is extension ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: low | Milestone: _|_ Component: Cabal library | Version: 1.2.2.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.4.2 Platform: Linux | ----------------------------+----------------------------------------------- Comment(by mcandre): Can someone give a correct use of the -main-is flag? {{{ $ cat scriptedmain.hs #!/usr/bin/env runhaskell module ScriptedMain where meaningOfLife :: Int meaningOfLife = 42 main :: IO () main = putStrLn $ "Main: The meaning of life is " ++ show meaningOfLife $ ghc -o scriptedmain -main-is ScriptedMain.main scriptedmain.hs compilation IS NOT required Undefined symbols: "_ZCMain_main_closure", referenced from: _ZCMain_main_closure$non_lazy_ptr in libHSrtsmain.a(Main.o) (maybe you meant: _ZCMain_main_closure$non_lazy_ptr) "___stginit_ZCMain", referenced from: ___stginit_ZCMain$non_lazy_ptr in libHSrtsmain.a(Main.o) (maybe you meant: ___stginit_ZCMain$non_lazy_ptr) ld: symbol(s) not found collect2: ld returned 1 exit status }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/179#comment:7> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #170: pkg-config uses a more general version scheme
by Hackage 05 Mar '11

05 Mar '11

#170: pkg-config uses a more general version scheme ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.10.4 Platform: Linux | ----------------------------+----------------------------------------------- Comment(by duncan): We do need to parse the version because people can use arbitrarily complicated version constraints, not just ">= x.y". I think we just need to do it properly and have pkg-config versions use a different type internally than `Version`, and use different version comparison code. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/170#comment:4> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #170: pkg-config uses a more general version scheme
by Hackage 05 Mar '11

05 Mar '11

#170: pkg-config uses a more general version scheme ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.10.4 Platform: Linux | ----------------------------+----------------------------------------------- Changes (by guest): * priority: low => normal Comment: How about using pkg-config's --atleast-version option? Then Cabal does not need to parse the version number at all. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/170#comment:3> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #170: pkg-config uses a more general version scheme
by Hackage 05 Mar '11

05 Mar '11

#170: pkg-config uses a more general version scheme ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: low | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.10.4 Platform: Linux | ----------------------------+----------------------------------------------- Changes (by guest): * ghcversion: 6.4.2 => 6.10.4 * version: 1.2.2.0 => 1.8.0.6 Comment: I got {{{ $ cabal install Resolving dependencies... Configuring alsa-core-0.5.0.1... cabal: parsing output of pkg-config --modversion failed cabal: Error: some packages failed to install: alsa-core-0.5.0.1 failed during the configure step. The exception was: ExitFailure 1 }}} because {{{ $ pkg-config --modversion alsa 1.0.14a }}} I remember that Cabal had functions for parsing version numbers with tags, would this help here? Newer ALSA versions do not seem to have the version tag anymore. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/170#comment:2> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal-branches/cabal-install-0.10): "Unbreak the world target"
by Duncan Coutts 04 Mar '11

04 Mar '11

Fri Mar 4 15:39:56 PST 2011 Duncan Coutts <duncan(a)community.haskell.org> * Unbreak the world target I'd accidentally left out the world target from the parsing phase of the new user target handling system, so cabal install world did not work. Now added to the target parser. M ./Distribution/Client/Targets.hs -4 +11 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal-branches/cabal-instal…

1 0

patch applied (cabal-install): "Unbreak the world target"
by Duncan Coutts 04 Mar '11

04 Mar '11

Fri Mar 4 15:39:56 PST 2011 Duncan Coutts <duncan(a)community.haskell.org> * Unbreak the world target I'd accidentally left out the world target from the parsing phase of the new user target handling system, so cabal install world did not work. Now added to the target parser. M ./Distribution/Client/Targets.hs -4 +11 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal-install;a=darcs_commi…

1 0

[Hackage] #743: cabal-install boostrap problem: missing: time ==1.1.*
by Hackage 04 Mar '11

04 Mar '11

#743: cabal-install boostrap problem: missing: time ==1.1.* ----------------------------------+----------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.8.0.4 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: 6.10.4 Platform: Linux | ----------------------------------+----------------------------------------- The bootstrap script does not install the time library, whereas cabal- install depends on it. cabal-install-0.8.2 -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/743> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #795: cabal-install's bootstrap.sh should use fetch(1) on FreeBSD
by Hackage 04 Mar '11

04 Mar '11

#795: cabal-install's bootstrap.sh should use fetch(1) on FreeBSD ---------------------------------+------------------------------------------ Reporter: larsv | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.8.0.6 Severity: minor | Keywords: Difficulty: unknown | Ghcversion: Platform: Other Unix | ---------------------------------+------------------------------------------ On a vanilla FreeBSD install, you do not have any of wget or curl installed. The system however bundles the fetch(1) tool, which is perfectly capable of retrieving files. I suggest adding support for this tool in bootstrap.sh. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/795> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #796: cabal-install bootstrap.sh looks in user packages when building --global
by Hackage 04 Mar '11

04 Mar '11

#796: cabal-install bootstrap.sh looks in user packages when building --global ---------------------------------+------------------------------------------ Reporter: larsv | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: HEAD Severity: minor | Keywords: Difficulty: unknown | Ghcversion: Platform: Other Unix | ---------------------------------+------------------------------------------ When invoking cabal-install's bootstrap.sh with the --global flag, it still looks in the user packages for its dependencies. This prevents the script from progressing, as the dependencies are not available as it's building a non-user package. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/796> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1