November 2008 - cabal-devel

[Hackage] #327: should require minimum c2hs version of 0.15
by Hackage 22 Dec '08

22 Dec '08

#327: should require minimum c2hs version of 0.15 ----------------------------------+----------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: 6.8.2 Platform: | ----------------------------------+----------------------------------------- Cabal does not work with c2hs older than 0.15. With older c2hs versions the .hs file ends up in the wrong location in the build tree. If we find that c2hs is needed for the build then we should check that it meets this minimum version. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/327> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #383: Hsc2hs preprocessor does not ensure that gcc has been found.
by Hackage 22 Dec '08

22 Dec '08

#383: Hsc2hs preprocessor does not ensure that gcc has been found. ----------------------------+----------------------------------------------- Reporter: nominolo | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.10.1 Platform: | ----------------------------+----------------------------------------------- When trying to configure with an inplace GHC on Windows, Cabal dies with an irrefutable pattern match error. The offending line is: {{{ Just gccProg = lookupProgram gccProgram (withPrograms lbi) }}} in {{{D.S.PreProcess.ppHsc2hs}}}. The problem was that configure didn't find gcc in its expected place ({{{ghcBase </> "gcc.exe"}}}) and Cabal didn't check that it did before running the preprocessor. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/383> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #394: --package-db flag is not respected for compiling Setup.hs
by Hackage 21 Dec '08

21 Dec '08

#394: --package-db flag is not respected for compiling Setup.hs ------------------------------+--------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.6 Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.8.3 Platform: | ------------------------------+--------------------------------------------- The `--package-db` flag is used to look for installed packages when building packages, however it does not get used when trying to build a custom `Setup.hs` file. It should be. It's handy to be able to use a completely separate package db to be able to say test multiple versions of the Cabal lib and cabal-install separately but in parallel. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/394> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #393: Allow --preference= flags for soft constraints
by Hackage 18 Dec '08

18 Dec '08

#393: Allow --preference= flags for soft constraints ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: cabal-install-0.6 Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.8.3 Platform: | ---------------------------------+------------------------------------------ `cabal install` now uses soft preferences from a `preferred-versions` file in the hackage index. It would sometimes be useful to also be able to specify these on the command line. It shouldn't be too hard since the solver already accepts such soft- constraints. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/393> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #402: Automatic hoogle database for installed packages
by Hackage 17 Dec '08

17 Dec '08

#402: Automatic hoogle database for installed packages ---------------------------------+------------------------------------------ Reporter: Peaker | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ---------------------------------+------------------------------------------ The hoogle package is very useful to search the standard library. Unfortunately, it does not search packages that you have installed which are not part of the stdlib. It would be great if every package installed always had its haddock generated, and from its .txt file a .hoo file was generated (e.g: hoogle --convert), and then all .hoo files sat in some centralized directory which hoogle would then use for its searches. This would be great documentation, and let you hoogle for anything that you can import. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/402> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4

[Hackage] #377: cabal install puts .hi files in wrong directory
by Hackage 17 Dec '08

17 Dec '08

#377: cabal install puts .hi files in wrong directory ----------------------------+----------------------------------------------- Reporter: cppljevans | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ----------------------------+----------------------------------------------- On my unbuntu OS, cabal install catagory-extras put the files as shown here: <---cut here--- [ 99 of 100] Compiling Control.Morphism.Exo ( src/Control/Morphism/Exo.hs, dist/build/Control/Morphism/Exo.o ) [100 of 100] Compiling Control.Morphism.Meta.Erwig ( src/Control/Morphism/Meta/Erwig.hs, dist/build/Control/Morphism/Meta/Erwig.o ) /usr/bin/ar: creating dist/build/libHScategory-extras-0.53.5.a Installing library in /root/.cabal/lib/category-extras-0.53.5/ghc-6.8.2 Registering category-extras-0.53.5... Reading package info from "dist/installed-pkg-config" ... done. Saving old package config file... done. Writing new package config file... done. <---cut here--- whereas with manual install, they're put as shown here: <---cut here--- [12 of 12] Compiling Data.Generics.UniplateOn ( Data/Generics/UniplateOn.hs, dist/build/Data/Generics/UniplateOn.o ) /usr/bin/ar: creating dist/build/libHSuniplate-1.2.0.1.a /home/evansl/download/haskell/libs/uniplate-1.2.0.1 # runhaskell Setup install Installing library in /usr/local/lib/uniplate-1.2.0.1/ghc-6.8.2 Registering uniplate-1.2.0.1... Reading package info from "dist/installed-pkg-config" ... done. Saving old package config file... done. Writing new package config file... done. >---cut here--- When I compile with ghc, ghc cannot find the /root/.cabal files. If the -i flag is used, the files are found; however, another error occurs: <---cut here--- > make > ghc -i/root/.cabal/lib/category-extras-0.53.5/ghc-6.8.2 -c catamorphism.example.hs > > catamorphism.example.hs:19:0: > Bad interface file: /root/.cabal/lib/category- extras-0.53.5/ghc-6.8.2/Control/Functor/Fix.hi > Something is amiss; requested module main:Control.Functor.Fix differs from name found in the interface file category- extras-0.53.5:Control.Functor.Fix > make: *** [all] Error 1 >---cut here--- -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/377> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #340: Deprecate RecordPuns and translate NamedFieldPuns for older ghc
by Hackage 17 Dec '08

17 Dec '08

#340: Deprecate RecordPuns and translate NamedFieldPuns for older ghc ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.6 Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- The `RecordPuns` extension was accidentally added. In ghc-6.10 it will be deprecated and done as an alias for `NamedFieldPuns`. See: http://hackage.haskell.org/trac/ghc/ticket/2320 That means people will use `NamedFieldPuns` instead which will then not work with older ghc. Cabal should encourage users to switch to `NamedFieldPuns` but should translate this into `RecordPuns` when calling older ghc versions. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/340> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #390: add cabal unpack command
by Hackage 16 Dec '08

16 Dec '08

#390: add cabal unpack command ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ---------------------------------+------------------------------------------ It'd be handy to be able to `cabal unpack` a package name. It would be useful for users to inspect or modify packages. {{{ $ cabal unpack blah }}} It would just unpack the cached tarball for that package into the current directory (which of course always creates a sub-directory). It should accept either a versioned or unversioned package name. If the package has not been fetched yet then cabal should probably fetch it. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/390> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 6

[Hackage] #336: --constraint flag only used for configure not for install/upgrade dep planning
by Hackage 16 Dec '08

16 Dec '08

#336: --constraint flag only used for configure not for install/upgrade dep planning ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ It would be relatively easy to support the `--constraint=DEP` flag as an input to install/upgrade dependency planning. We should do it because it's useful and it's confusing that it's not supported. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/336> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #203: Find out what we can learn from ruby gems
by Hackage 15 Dec '08

15 Dec '08

#203: Find out what we can learn from ruby gems ---------------------+------------------------------------------------------ Reporter: duncan | Owner: Type: task | Status: new Priority: normal | Milestone: Component: misc | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ---------------------+------------------------------------------------------ [http://rubygems.org/ Ruby Gems] is superficially a similar system for Ruby as Cabal + cabal-install + HackageDB is for Haskell. This task is to do some research to compare two systems to find out what lessons we can learn from Ruby Gems. The findings should be recorded on the [wiki:RubyGems] wiki page -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/203> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1