December 2013 - cabal-devel

Should we aim for a new release in late January?
by Johan Tibell 19 Dec '13

19 Dec '13

Hi, Cabal development is continuing at a furious pace. There are lots of great things in master that I'd like to get out to users, such as * relinking avoidance * build -j * ability to specify exact deps on the command line * haskell-suite compiler support * bug fixes Here's an approximate list of commits (both Cabal and cabal-install) since the last release: https://github.com/haskell/cabal/compare/Cabal-v1.18.1.2...master It's not entirely accurate as some patches were cherry-picked onto the 1.18 branch and thus have different commit IDs. -- Johan

3 7

-Werror flag for Cabal?
by Peter Simons 16 Dec '13

16 Dec '13

Hi guys, is there any way to turn the following configure-time warning into a fatal error? Warning: This package indirectly depends on multiple versions of the same package. This is highly likely to cause a compile failure. Best regards, Peter

1 0

Re: cabal: question on compiling build prerequisites
by selinger＠mathstat.dal.ca 14 Dec '13

14 Dec '13

Hi John, thanks for your reply! So say my package directory contains two files: Test.hs PreProc.hs What you are suggesting is: ghc Test.hs -F -pgmF ./PreProc However, this gives the error message: ghc: could not execute: ./PreProc And indeed, while GHC is smart enough to automatically run a preprocessor, it is not smart enough to automatically *compile* the preprocessor. So it needs to be compiled beforehand, which would be Cabal's job. But strangely, there doesn't seem to be a way to get Cabal to do this (apart from doing some very low-level hacking in the Setup.hs file). Hence my question. In a related problem, and more generally, the .cabal format seems to be lacking any way to specify things (packages, built programs) that are prerequisites of Setup.hs, as opposed to of the libraries or executables being built. So if my Setup.hs imports some non-base package, there is no way to ensure it is actually installed before Setup.hs is compiled or run. I'm ccing this to the cabal-devel list, because it's apparently a more appropriate place to discuss this than libraries(a)haskell.org. Thanks, -- Peter John Lato wrote: > > Ghc has a flag -pgmF that you can use for this. You'd need to include your > preprocessor source in the extra-source-files field of build-depends. In > this case cabal won't know anything about the preprocessor, ghc will run it > directly. > On Dec 6, 2013 7:31 PM, "Peter Selinger" <selinger(a)mathstat.dal.ca> wrote: > > > This may be a silly question, but I can't seem to find the answer in > > the documentation. > > > > I would like to create a Cabal package where some of the source files > > use a custom pre-processor. The pre-processor is itself a Haskell > > program, let's say MyPreProc.hs in the package's root directory. > > > > I figured out how to activate the preprocessor, for example, > > > > cabal build --ghc-options="-F -pgmF ./MyPreProc" > > > > I also figured out how to achieve the same effect using hooks. > > > > However, there is one problem: how can I tell cabal to actually > > compile MyPreProc.hs before any of the commands using the preprocessor > > are run? The package's Setup.hs file is automatically compiled during > > "cabal configure". I would like MyPreProc.hs to be compiled at the > > same time as well - or at least some time before the proprocessor > > needs to be used. > > > > The .cabal file contains all kinds of related variables, such as > > "build-depends" (but only packages can be listed here, not programs to > > be compiled), "other-modules" (but these modules would already require > > the pre-processor, so the pre-processor should be compiled first), > > "build-tools" (but this only refers to external programs). > > > > My current solution is to make the pre-processor a shell script, > > rather than a Haskell program. But this is ugly and not portable > > (won't work in Windows, for example). > > > > To clarify: my custom preprocessor is local to this package. It has no > > independent value, so it would not make sense to publish it as a > > separate package just so that I can add it to build-depends. > > > > Is there a known solution to this problem? > > > > Thanks, -- Peter > > _______________________________________________ > > Libraries mailing list > > Libraries(a)haskell.org > > http://www.haskell.org/mailman/listinfo/libraries > >

3 5

Get all the processed sources for a cabal project
by Benjamin Edwards 04 Dec '13

04 Dec '13

Hi, I want to make a nice tags generator for vim that plays well with cabal sandboxes. I was wondering if there was a way to make cabal cough up all the source files for a sandboxed project taking into account the current configuration (i.e. after flags and the cpp pre-processor has been applied). If not, could anyone point me to where to look to start figuring out how to make it happen? Best, Ben

2 1