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

Hackage trac at galois.com
Sat Jan 24 10:12:44 EST 2009

#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:  
  Severity:  normal           |     Keywords:           
Difficulty:  easy (<4 hours)  |   Ghcversion:           
  Platform:                   |  
 from http://trevion.blogspot.com/2008/11/cabal-is-fine-piece-of-

 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

More information about the cabal-devel mailing list