#437: Recompilation check should include flags
-----------------------+----------------------------------------------------
  Reporter:  simonpj   |          Owner:  dterei          
      Type:  bug       |         Status:  new             
  Priority:  low       |      Milestone:  7.4.1           
 Component:  Compiler  |        Version:  6.4.1           
Resolution:  None      |       Keywords:                  
  Testcase:  mod175    |      Blockedby:                  
Difficulty:  Unknown   |             Os:  Unknown/Multiple
  Blocking:            |   Architecture:  Unknown/Multiple
   Failure:  Other     |  
-----------------------+----------------------------------------------------

Comment(by dterei):

 So I'm finally actually working on this. There are some questions though:

  - Should optmisation flag changes be candidates for recompilation?

  - There is the whole hierarchy of hashes GHC uses (Interface File Hash,
 ABI Hash and then individual more specialised hashes). I've created a new
 flags hash. Should the ABI and Interface File Hash be dependent on the
 flags hash? The interface file hash should be. However I think for the ABI
 hash we could do something a little more complex if its worth the effort.
 There are probably some flags that if changed we want it to trigger a
 recompilation of the module M but we don't want the modules ABI hash to
 change and trigger recompilation of modules depending on M. However some
 flags like '--main-is' should change M's ABI hash. Is it worth
 differentiating between these two flag cases?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/437#comment:23>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Reply via email to