June 2008 - cabal-devel

[Hackage] #293: allow installation of non-haskell or haskell script executables
by Hackage 12 Jun '08

12 Jun '08

#293: allow installation of non-haskell or haskell script executables ----------------------------+----------------------------------------------- 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: | ----------------------------+----------------------------------------------- Sometimes it is desirable to include an auxiliary executable, which is not written in haskell or is written in haskell, but better not be compiled and run as a script instead. Currently cabal doesn't offer any way to install such executables into $bindir. I suggest adding an {{{extra-bin- files}}} property that should be treated similar to {{{data-files}}}, but install into $bindir and take care of correct permissions. The way through the hooks is unsatisfactory, because the hooks allow no way of telling cabal what they have done. This is going to be a problem, when cabal starts tracking all the installed files for uninstall purposes. See also [http://thread.gmane.org/gmane.comp.lang.haskell.libraries/9227] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/293> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #283: install command doesn't install dist/doc/users-guide/
by Hackage 12 Jun '08

12 Jun '08

#283: install command doesn't install dist/doc/users-guide/ ----------------------------------------------+----------------------------- Reporter: Misha Aizatulin <avatar(a)hot.ee> | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Resolution: Keywords: | Difficulty: very hard (<1 week) Ghcversion: 6.8.2 | Platform: ----------------------------------------------+----------------------------- Comment (by guest): I'd suggest adding package properties like {{{extra-doc-files}}} and {{{extra-doc-dirs}}} and treating them similar to {{{data-files}}}. This way I'd be able to say that the README file along with a compilable Example.hs as well as the users-guide directory belong to the documentation. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/283#comment:6> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal-branches/cabal-1.4): Lift the restriction that libraries must have exposed-modules
by Duncan Coutts 12 Jun '08

12 Jun '08

Thu Jun 12 02:29:24 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Lift the restriction that libraries must have exposed-modules This allows libs that have only private modules or C code. This might be used to make libs that have non-exposed modules and only export C APIs. It could also be used to make packages that consist only of C code. That might be useful for bindings where it may make sense to split the C and Haskell code into separate packages. M ./Distribution/PackageDescription/Check.hs -5 +1 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/2008061209…

1 0

patch applied (cabal-branches/cabal-1.4): Fix the register --gen-pkg-config flag
by Duncan Coutts 12 Jun '08

12 Jun '08

Thu Jun 12 02:24:25 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Fix the register --gen-pkg-config flag When specified without any file name it is supposed to use a default file name rather than be ignored completely. M ./Distribution/Simple/Register.hs -3 +4 M ./Distribution/Simple/Setup.hs -1 +1 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/2008061209…

1 0

patch applied (cabal-branches/cabal-1.4): Filter out the Paths_pkgname file in sdist
by Duncan Coutts 12 Jun '08

12 Jun '08

Thu Jun 12 02:18:10 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Filter out the Paths_pkgname file in sdist Fixes ticket #187 finally (I hope). M ./Distribution/Simple/SrcDist.hs -11 +22 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/2008061209…

1 0

patch applied (cabal): Lift the restriction that libraries must have exposed-modules
by Duncan Coutts 12 Jun '08

12 Jun '08

Thu Jun 12 02:29:24 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Lift the restriction that libraries must have exposed-modules This allows libs that have only private modules or C code. This might be used to make libs that have non-exposed modules and only export C APIs. It could also be used to make packages that consist only of C code. That might be useful for bindings where it may make sense to split the C and Haskell code into separate packages. M ./Distribution/PackageDescription/Check.hs -5 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080612092924-adfee-a737428f…

1 0

patch applied (cabal): Use the standard autogenModulesDir rather than a local copy
by Duncan Coutts 12 Jun '08

12 Jun '08

Thu Jun 12 02:28:55 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Use the standard autogenModulesDir rather than a local copy M ./Distribution/Simple/Build.hs -5 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080612092855-adfee-8a8dbc62…

1 0

patch applied (cabal): Fix the register --gen-pkg-config flag
by Duncan Coutts 12 Jun '08

12 Jun '08

Thu Jun 12 02:24:25 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Fix the register --gen-pkg-config flag When specified without any file name it is supposed to use a default file name rather than be ignored completely. M ./Distribution/Simple/Register.hs -3 +4 M ./Distribution/Simple/Setup.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080612092425-adfee-cff3112f…

1 0

patch applied (cabal): Filter out the Paths_pkgname file in sdist
by Duncan Coutts 12 Jun '08

12 Jun '08

Thu Jun 12 02:18:10 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Filter out the Paths_pkgname file in sdist Fixes ticket #187 finally (I hope). M ./Distribution/Simple/SrcDist.hs -11 +22 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080612091810-adfee-f45d73d3…

1 0

[Hackage] #187: Paths_pkgname module is hard to use in a library
by Hackage 12 Jun '08

12 Jun '08

#187: Paths_pkgname module is hard to use in a library ------------------------------+--------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal | Version: 1.2.2.0 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.8.1 Platform: Linux | ------------------------------+--------------------------------------------- Most users of the auto-generated {{{Paths_pkgname}}} module are programs. With GHC at least they can get away with not specifying the {{{Paths_pkgname}}} in the {{{Other-Modules}}} field. Get away with in the sense that it does not lead to linker errors because {{{ghc --make}}} does dependency chasing and links in all the necessary .o files. However for a library you must specify every module in {{{Exposed- Modules}}} or {{{Other-Modules}}} or one does get linker errors when you try to use the packages. That's because the missing module's .o files will not have been included in the library .a archive. See bug #128. So for a library one must specify {{{Other-Modules: Paths_pkgname}}} but then of course Cabal cannot find that module since it is not in the normal source directories but in {{{dist/build/autogen}}}. So people have to hack around it by adding {{{dist/build/autogen}}} to the {{{Hs-Source-Dirs}}} field. Obviously that's rather unsatisfactory. Probably the right solution is for Cabal to automatically add that directory to the end of the source dir search path. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/187> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5