1. 12 Dec, 2001 6 commits
  2. 11 Dec, 2001 13 commits
  3. 10 Dec, 2001 14 commits
    • sof's avatar
      [project @ 2001-12-10 18:06:50 by sof] · 8ec3d0f1
      sof authored
      bdescr's back field is now inside a union
      8ec3d0f1
    • sewardj's avatar
      [project @ 2001-12-10 18:04:51 by sewardj] · 0d1a15fd
      sewardj authored
      Add just enough infrastructure to the NCG that it can deal with simple 64-bit
      code on 32-bit platforms.  Main changes are:
      
      * Addition of a simple 64-bit instruction selection fn iselExpr64 to MachCode.
        This generates code for a 64-bit value and places the results into two
        virtual registers, related thusly:
      
      * Add a new type VRegUnique, which is used to label Stix virtual registers.
        This type used to be a plain Unique, but that forces the assumption that
        each Abstract-C level C temporary corresponds to exactly one Stix virtual
        register, which is untrue when the C temporary is 64-bit sized on a
        32-bit machine.  In the new scheme, the Unique for the C temporary can
        turn into two related VRegUniques, related by having the same embedded
        unique.
      
      * Made a start on 'target metrics' by adding ncg_target_is_32bits to the
        end of Stix.lhs.
      
      * Cleaned up numerous other gruesomenesses in the NCG which never came
        to light before now.   Got rid of MachMisc.sizeOf, which doesn't make
        sense in a 64-bit setting, and replaced it by calls to
        PrimRep.getPrimRepArrayElemSize, which, as far as I'm concerned, is the
        definitive answer to the questio `How Big Is This PrimRep Really?'
      
      Result: on x86-linux, at least, you can now compile the Entire Prelude
      with -fasm!  At this stage I cannot claim that the resulting code is
      correct, but it's a start.
      0d1a15fd
    • sof's avatar
      [project @ 2001-12-10 17:59:54 by sof] · 9428b42b
      sof authored
      RTS_SYMBOLS: MainCapability is not defined in SMP-mode
      9428b42b
    • sewardj's avatar
      [project @ 2001-12-10 17:55:40 by sewardj] · a1cb8472
      sewardj authored
      Fix a presumably long-standing cut-n-paste-o, wherein HP_CHK_L1 had
      exactly the same definition as HP_CHK_D1.
      a1cb8472
    • simonmar's avatar
      [project @ 2001-12-10 14:08:58 by simonmar] · c72549be
      simonmar authored
      Some lifting of the lazy parts of the parse tree so we don't parse too
      much when using happy --strict.
      c72549be
    • simonmar's avatar
      [project @ 2001-12-10 14:08:14 by simonmar] · c5d45a35
      simonmar authored
      The flag -fno-cpr is now only present in a DEBUG compiler.
      c5d45a35
    • simonmar's avatar
      [project @ 2001-12-10 14:07:30 by simonmar] · 973539a8
      simonmar authored
      Make the inclusion of the old strictness analyser, CPR analyser, and
      the relevant IdInfo components, conditional on DEBUG.  This makes
      IdInfo smaller by three fields in a non-DEBUG compiler, and reduces
      the risk that the unused fields could harbour space leaks.
      
      Eventually these passes will go away altogether.
      973539a8
    • simonmar's avatar
      [project @ 2001-12-10 14:05:06 by simonmar] · a0cb0c4b
      simonmar authored
      Note that the final call to coreBindsSize is still necessary to
      eliminate space leakage from the simplifier.
      a0cb0c4b
    • simonmar's avatar
      [project @ 2001-12-10 14:02:45 by simonmar] · fca21bb3
      simonmar authored
      Print the "type description" of a closure for profiling as the user
      string, not the Z-encoded string.  Fixes problems with things like
      'ZMZN' appearing in profiling output.
      fca21bb3
    • simonmar's avatar
      [project @ 2001-12-10 14:00:35 by simonmar] · ccaf7b66
      simonmar authored
      Make the OccName and SrcLoc fields of a Name strict, to eliminate
      space leaks.  This doesn't hurt performance.
      ccaf7b66
    • simonmar's avatar
      [project @ 2001-12-10 13:54:35 by simonmar] · 2e346fb3
      simonmar authored
      Don't force the IdInfo of a variable *occurrence* in exprSize, just
      the binding sites should be enough.
      2e346fb3
    • simonpj's avatar
      [project @ 2001-12-10 12:26:10 by simonpj] · 7953d080
      simonpj authored
      ------------------------------
      	Don't do CPR w/w for constants
      	------------------------------
      
      We don't want to do a CPR split for a constant
      function.  So if the worker will get no (value) args,
      we disable the CPR transformation.
      
      This infelicity exposed a buglet in the full laziness
      transformation; we were floating an expression outside
      an InlineMe context.   I've take the blunderbuss approach
      now, of effectively disabling full laziness inside an
      InlineMe.  Seems reasonable.
      7953d080
    • sebc's avatar
      [project @ 2001-12-10 01:27:59 by sebc] · 5ca4a013
      sebc authored
      MacOS X 10.1 identifies as "darwin"
      5ca4a013
    • sebc's avatar
      [project @ 2001-12-10 01:21:17 by sebc] · 016c809c
      sebc authored
      MacOS X 10.1 now has a libm
      016c809c
  4. 07 Dec, 2001 7 commits
    • sof's avatar
      [project @ 2001-12-07 20:57:53 by sof] · f9a21ddc
      sof authored
      - tidy up TICK_ALLOC_TSO() uses.
      - scheduleThread: remove special-case for END_TSO_QUEUE. If you want
        to call schedule(), do so directly. (Only one of the scheduleThread()
        call sites depended on this feature).
      f9a21ddc
    • simonpj's avatar
      [project @ 2001-12-07 17:33:26 by simonpj] · 8cc5cc27
      simonpj authored
      ----------------------------
      	More jiggling in the renamer
      	----------------------------
      
      I was a little hasty before.  (Thanks Sigbjorn for finding
      this.)  This commit tidies up the handling of AvailEnvs.
      Principally:
      
        * filterImports now deals completely with hiding
          (before it handed off part of the job to mkGlobalRdrEnv)
      
        * The AvailEnv in an ExportAvails does not have class ops and
          data constructors in its domain.  This makes plusExportAvails
          more efficient, but the main thing is that it collects things
          up right.  (Previously, if we had
      	import M( C )
      	import M( op )
          then we got an AvailEnv which had C |-> AvailTC C [C]
          (no 'op').
      
        * In Rename, we do need a "filled-out" version of the overall
          AvailEnv, full_avail_env, which we construct on the spot in 'rename'.
      8cc5cc27
    • sof's avatar
      [project @ 2001-12-07 15:49:41 by sof] · f50db2a9
      sof authored
      Track the removal of ReallyUnsafePtrEqualityOp + InterTo{Int,Word}64Op primops.
      f50db2a9
    • sewardj's avatar
      [project @ 2001-12-07 11:34:48 by sewardj] · 5861bb81
      sewardj authored
      Change the story on shifting primops: SllOp, SrlOp, ISllOp, ISraOp, ISrlOp.
      
      In the old primop story, these were implemented by C macros which
      checked that the shift amount did not exceed the word size, and if so
      returns a suitable value (0 or -1).  This gives consistent, defined
      behaviour for any shift amount.  However, these checks were not
      implemented on the NCG route, an inconsistency.
      
      New story: these primops do NOT check their args; they just do the shift.
      Shift values >= word size give undefined results.  To reflect this, their
      Haskell names have been prefixed with 'unchecked'.
      
      The checks are now done on the Bits instances in the Prelude.  This means
      all code generation routes are consistently checked, and hopefully the
      simplifier will remove the checks for literal shift amounts.
      
      I have tried to fix up the implementation for 64-bit platforms too, but
      not having one to hand, I don't know if it will work as-is.
      5861bb81
    • sewardj's avatar
      [project @ 2001-12-07 11:27:09 by sewardj] · a523b9fb
      sewardj authored
      Comments only.
      a523b9fb
    • sof's avatar
      [project @ 2001-12-07 08:12:53 by sof] · c5ba8422
      sof authored
      mkExportAvails: computing the AvailEnv is rather delicate
      c5ba8422
    • sof's avatar
      [project @ 2001-12-07 07:37:43 by sof] · 24279879
      sof authored
      Tidyup - previous instance-decl commit fell a bit short:
      
       * RnEnv.lookupInstDeclBndr unceremoniously fell over when passed
         an out-of-scope class name.
      
       * the AvailEnv carried around didn't common up type/class info
         (i.e.,  AvailTCs), but rather type/class and method/label names,
         causing the renamer to (semi)randomly report instance methods as
         being out-of-scope in the presence of multiple imports for a module.
      
       * didn't support 'hiding' of class / method names (for the purposes
         of checking instance decls).
      24279879