[Hackage] #89: Sharing of object files between executable builds?

Hackage trac at galois.com
Sun Feb 7 13:31:07 EST 2010


#89: Sharing of object files between executable builds?
---------------------------------+------------------------------------------
  Reporter:  bjorn@…             |        Owner:  blackh   
      Type:  enhancement         |       Status:  assigned 
  Priority:  normal              |    Milestone:  Cabal-1.8
 Component:  Cabal library       |      Version:           
  Severity:  normal              |     Keywords:           
Difficulty:  easy (<4 hours)     |   Ghcversion:  6.4.2    
  Platform:  Linux               |  
---------------------------------+------------------------------------------

Comment(by duncan):

 Replying to [comment:23 AnttiJuhaniKaijanaho]:
 > Replying to [comment:22 duncan]:
 > > For ghc --make you simply get wrong results (it does not track when
 you change compile options).
 >
 > Which is relevant in sophisticated cases.  I'm concerned that cabal
 makes simple things more complicated than they need to be.

 Just to note, this is not a model we ever intend to support in the
 "Simple" build system. Build systems should be purely functional.

 The one concession we will need to make to a purely functional description
 is the ability to specify exceptions that some changed input will not
 trigger another function to be recalculated (eg while hacking, temporarily
 specifying that stage1 of a compiler changing will not cause rebuild of
 stage2).

 > ... Heh. Should I be opening a separate ticket? :)

 Probably. A common section is not a bad thing. Note that this would not
 give any sharing of build results. It's just a shortcut to putting the
 same options in each section.

-- 
Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/89#comment:24>
Hackage <http://haskell.org/cabal/>
Hackage: Cabal and related projects



More information about the cabal-devel mailing list