Tue Jul 31 02:59:53 PDT 2007  Clemens Fruhwirth <[EMAIL PROTECTED]>
  * Change the strategy to determine dynamic data access
  
  Instead of attaching the information whether a Label is going to be
  accessed dynamically or not (distinction between IdLabel/DynLabel and
  additional flags in ModuleInitLabel and PlainModuleInitLabel), we hand
  dflags through the CmmOpt monad and the NatM monad. Before calling
  labelDynamic in PositionIndependentCode, we extract thisPackage from
  dflags and supply the current package to labelDynamic, so it can take
  this information into account instead of extracting it from the labels
  itself. This simplifies a lot of code in codeGen that just hands
  through this_pkg.
  

    M ./compiler/cmm/CLabel.hs -70 +31
    M ./compiler/cmm/PprC.hs -5 +1
    M ./compiler/codeGen/CgBindery.lhs -2 +1
    M ./compiler/codeGen/CgCase.lhs -1 +1
    M ./compiler/codeGen/CgCon.lhs -13 +10
    M ./compiler/codeGen/CgExpr.lhs -10 +7
    M ./compiler/codeGen/CgHeapery.lhs -4 +3
    M ./compiler/codeGen/CgTailCall.lhs -1 +1
    M ./compiler/codeGen/CgUtils.hs -3 +3
    M ./compiler/codeGen/ClosureInfo.lhs -31 +26
    M ./compiler/codeGen/CodeGen.lhs -19 +16
    M ./compiler/nativeGen/AsmCodeGen.lhs -18 +25
    M ./compiler/nativeGen/MachCodeGen.hs -9 +20
    M ./compiler/nativeGen/NCGMonad.hs -11 +17
    M ./compiler/nativeGen/PositionIndependentCode.hs -23 +25

_______________________________________________
Cvs-ghc mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/cvs-ghc

Reply via email to