- cabal-devel - Haskell.org

Re: [Hackage] #91: Building executables that use Template Haskell for profiling
by Hackage 25 Jan '09

25 Jan '09

#91: Building executables that use Template Haskell for profiling ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: 1.1.4 Severity: normal | Resolution: Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.5 | Platform: Linux ----------------------------+----------------------------------------------- Comment (by ganesh): On ghc 6.10.1.20081209, pandoc, which uses TH, fails to build its executable with executable-profiling: {{{ Text/Pandoc/ODT.hs:49:26: cannot find normal object file `dist/build/pandoc/pandoc- tmp/Text/Pandoc/Definition.o' while linking an interpreted expression }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/91#comment:4> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #476: cabal should handle missing build-depends better
by Hackage 24 Jan '09

24 Jan '09

#476: cabal should handle missing build-depends better ------------------------------+--------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-2.0 Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: project(> week) | Ghcversion: Platform: | ------------------------------+--------------------------------------------- It is a common complaint that missing `build-depends` causes unfriendly error messages. For example http://trevion.blogspot.com/2008/11/cabal-is-fine-piece-of- software.html writes {{{ I noticed another nice Cabal feature upon first adding the line import qualified Data.Map as Map to my program. Of course, recompiling produced the message: Preprocessing executables for interpreter-0.1... Building interpreter-0.1... src/Core.hs:8:17: Could not find module `Data.Map': it is a member of package containers-0.1.0.2, which is hidden }}} The commentator notes: {{{ But really, my favorite feature is highlighted by the GHC error message about not being able to find Data.Map. Of course, Data.Map is on my system – GHC’s even found it, and told me where it is. But Cabal’s made an important distinction: just because I have software installed in my development environment doesn’t mean I want to use it! Rather, Cabal’s started out by hiding all the Haskell libraries installed on my system. This helps me really appreciate the packaging system, as I get to individually add each package I’ve previously installed and then wish to use to my metadata file. Of course, keep in mind, this is a per-project effort! Even if I’ve used a library in one project, I might not want to use it in my other projects. }}} Which is of course right. It is rather annoying. For Cabal-2 we plan to track module dependencies directly rather than relying on `ghc --make`. In that case we have two options to improve the above situation. For quick and casual builds (perhaps not even using a .cabal file) we can just use the available packages and not complain. For packages that we expect to distribute we can either give warnings or errors about missing `build-depends`. In either case we can say exactly what is missing (not just the first) and we can make a reasonable suggestion about what version constraints to use. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/476> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #475: don't describe build actions that are no-ops
by Hackage 24 Jan '09

24 Jan '09

#475: don't describe build actions that are no-ops ------------------------------+--------------------------------------------- Reporter: duncan | Owner: Type: enhancement | 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: | ------------------------------+--------------------------------------------- from http://trevion.blogspot.com/2008/11/cabal-is-fine-piece-of- software.html This is actually an excellent review. It's funny and spot on. It picks up some of the real things that people notice but that Cabal hackers are blind to because we're too used to the way things are. One thing it picks up on: {{{ Preprocessing executables for interpreter-0.1... Building interpreter-0.1.. }}} The commentator notes {{{ This actually illustrates a couple of nice things. First, I really like the message about preprocessing executables. I haven’t said anything about preprocessors in my Cabal metadata file, but Cabal is helping me to realize that perhaps I could have. Or perhaps it’s telling me that it has to do some preprocessing as part of the build, even if I haven’t told it about preprocessors. This is good knowledge to have about the build process }}} Indeed, we could perhaps avoid printing the status message unconditionally, but instead only do it if we're actually going to be doing any work. {{{ Second, I’d like to highlight the line “building interpreter-0.1”. Cabal is actually building a file called dist\build\interp\interp.exe. But it’s not confusing me with that – rather, it’s reminding me of the project name and version I defined in my Cabal metadata file! }}} Perhaps we should make the configure message say the package name, but then for executables and libs say the name of the library or executable. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/475> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

cabal-1.6.0.1 won't build with ghc-6.6.1 in WinXP
by Alistair Bayley 23 Jan '09

23 Jan '09

I'm trying to build cabal-1.6.0.1 with ghc-6.6.1 on WinXP. "setup -v configure" fails with this output: Configuring Cabal-1.6.0.1... Flags chosen: base3=False, base4=False Dependency base <3: using base-2.1.1 Dependency filepath >=1 && <1.2: using filepath-1.0 Using Cabal-0 compiled by ghc-6.6 Using compiler: ghc-6.6.1 Using install prefix: C:\Program Files\Haskell Binaries installed in: C:\Program Files\Haskell\bin Libraries installed in: C:\Program Files\Haskell\Cabal-1.6.0.1\ghc-6.6.1 Private binaries installed in: C:\Program Files\Haskell\Cabal-1.6.0.1 Data files installed in: C:\Program Files\Haskell\Cabal-1.6.0.1 Documentation installed in: C:\Program Files\Haskell\doc\Cabal-1.6.0.1 No alex found Using ar found on system at: c:\ghc\ghc-6.6.1\bin\ar.exe No c2hs found No cpphs found No ffihugs found Using gcc version 3.4.2 found on system at: c:\ghc\ghc-6.6.1\gcc.exe Using ghc version 6.6.1 found on system at: c:\ghc\ghc-6.6.1\bin\ghc.exe Using ghc-pkg version 6.6.1 found on system at: c:\ghc\ghc-6.6.1\bin\ghc-pkg.exe No greencard found No haddock found No happy found No hmake found Using hsc2hs version 0.66 found on system at: c:\ghc\ghc-6.6.1\bin\hsc2hs.exe No hscolour found No hugs found No jhc found Using ld found on system at: c:\ghc\ghc-6.6.1\gcc-lib\ld.exe No nhc98 found No pkg-config found No ranlib found No strip found No tar found setup: fdGetMode: invalid argument (Invalid argument) Any clues as to what might be wrong? There are no buildinfo files produced, so I can't just ignore and proceed with setup build. Alistair

2 3

patch applied (cabal): New changelog entries for 1.7.x
by Duncan Coutts 23 Jan '09

23 Jan '09

Fri Jan 23 09:56:45 PST 2009 Duncan Coutts <duncan(a)haskell.org> * New changelog entries for 1.7.x M ./changelog +5 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20090123175645-adfee-7916045b…

1 0

patch applied (cabal): Update changelog for 1.6.0.2
by Duncan Coutts 23 Jan '09

23 Jan '09

Fri Jan 23 09:56:29 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Update changelog for 1.6.0.2 M ./changelog -1 +5 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20090123175629-adfee-e4027dc4…

1 0

patch applied (cabal-branches/cabal-1.6): Update changelog for 1.6.0.2
by Duncan Coutts 23 Jan '09

23 Jan '09

Fri Jan 23 09:56:29 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Update changelog for 1.6.0.2 M ./changelog -1 +5 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.6/_darcs/patches/2009012317…

1 0

patch applied (cabal-branches/cabal-1.6): Fix installIncludeFiles to create target directories properly
by Duncan Coutts 23 Jan '09

23 Jan '09

Wed Jan 21 16:48:36 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Fix installIncludeFiles to create target directories properly Previously for 'install-includes: subdir/blah.h' we would not create the subdir in the target location. M ./Distribution/Simple/Install.hs -13 +17 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.6/_darcs/patches/2009012200…

1 0

patch applied (cabal-branches/cabal-1.6): filter -threaded when profiling is on
by Duncan Coutts 23 Jan '09

23 Jan '09

Wed Jan 21 17:44:25 PST 2009 Duncan Coutts <duncan(a)haskell.org> * filter -threaded when profiling is on Fixes #317. Based on a patch by gleb.alexeev(a)gmail.com M ./Distribution/Simple/GHC.hs -1 +15 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.6/_darcs/patches/2009012201…

1 0

patch applied (cabal-branches/cabal-1.6): Fix openNewBinaryFile on Windows with ghc-6.6
by Duncan Coutts 23 Jan '09

23 Jan '09

Thu Jan 22 09:21:00 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Fix openNewBinaryFile on Windows with ghc-6.6 fdToHandle calls fdGetMode which does not work with ghc-6.6 on windows, the workaround is not to call fdToHandle, but call openFd directly. Bug reported by Alistair Bayley, ticket #473. M ./Distribution/Compat/TempFile.hs +4 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.6/_darcs/patches/2009012217…

1 0