1. 03 Apr, 2000 1 commit
  2. 14 Mar, 2000 1 commit
  3. 13 Mar, 2000 1 commit
    • simonmar's avatar
      [project @ 2000-03-13 10:53:55 by simonmar] · 0d5d32bf
      simonmar authored
      Move Prelude.h from ghc/includes into ghc/rts.  It's essentially a
      list of the things from the Prelude that the RTS depends on, and isn't
      relevant to STG code.  Furthermore, this helps to clarify which parts
      of the RTS depend on things from the Prelude (by an explicity
      #include).
      0d5d32bf
  4. 13 Jan, 2000 1 commit
    • hwloidl's avatar
      [project @ 2000-01-13 14:33:57 by hwloidl] · 1b28d4e1
      hwloidl authored
      Merged GUM-4-04 branch into the main trunk. In particular merged GUM and
      SMP code. Most of the GranSim code in GUM-4-04 still has to be carried over.
      1b28d4e1
  5. 09 Nov, 1999 2 commits
    • simonmar's avatar
      [project @ 1999-11-09 15:57:39 by simonmar] · e77996aa
      simonmar authored
      Fix up some problems with the IN_STG_CODE macro.
      e77996aa
    • simonmar's avatar
      [project @ 1999-11-09 15:46:49 by simonmar] · 30681e79
      simonmar authored
      A slew of SMP-related changes.
      
       - New locking scheme for thunks: we now check whether the thunk
         being entered is in our private allocation area, and if so
         we don't lock it.  Well, that's the upshot.  In practice it's
         a lot more fiddly than that.
      
       - I/O blocking is handled a bit more sanely now (but still not
         properly, methinks)
      
       - deadlock detection is back
      
       - remove old pre-SMP scheduler code
      
       - revamp the timing code.  We actually get reasonable-looking
         timing info for SMP programs now.
      
       - fix a bug in the garbage collector to do with IND_OLDGENs appearing
         on the mutable list of the old generation.
      
       - move BDescr() function from rts/BlockAlloc.h to includes/Block.h.
      
       - move struct generation and struct step into includes/StgStorage.h (sigh)
      
       - add UPD_IND_NOLOCK for updating with an indirection where locking
         the black hole is not required.
      30681e79
  6. 05 Nov, 1999 1 commit
  7. 02 Nov, 1999 1 commit
    • simonmar's avatar
      [project @ 1999-11-02 15:05:38 by simonmar] · f6692611
      simonmar authored
      This commit adds in the current state of our SMP support.  Notably,
      this allows the new way 's' to be built, providing support for running
      multiple Haskell threads simultaneously on top of any pthreads
      implementation, the idea being to take advantage of commodity SMP
      boxes.
      
      Don't expect to get much of a speedup yet; due to the excessive
      locking required to synchronise access to mutable heap objects, you'll
      see a slowdown in most cases, even on a UP machine.  The best I've
      seen is a 1.6-1.7 speedup on an example that did no locking (two
      optimised nfibs in parallel).
      
      	- new RTS -N flag specifies how many pthreads to start.
      
      	- new driver -smp flag, tells the driver to use way 's'.
      
      	- new compiler -fsmp option (not for user comsumption)
      	  tells the compiler not to generate direct jumps to
      	  thunk entry code.
      
      	- largely rewritten scheduler
      
      	- _ccall_GC is now done by handing back a "token" to the
      	  RTS before executing the ccall; it should now be possible
      	  to execute blocking ccalls in the current thread while
      	  allowing the RTS to continue running Haskell threads as
      	  normal.
      
      	- you can only call thread-safe C libraries from a way 's'
      	  build, of course.
      
      Pthread support is still incomplete, and weird things (including
      deadlocks) are likely to happen.
      f6692611
  8. 06 Jul, 1999 2 commits
  9. 05 Jul, 1999 1 commit
    • sof's avatar
      [project @ 1999-07-05 17:25:23 by sof] · 45adecbe
      sof authored
      Stg.h contains all the defs and protos that are visible when compiling
      .hc code (==> .hs code). Augment this set with the externally visible
      RTS API.
      45adecbe
  10. 25 Jun, 1999 2 commits
    • simonmar's avatar
      [project @ 1999-06-25 09:14:54 by simonmar] · 4551fa12
      simonmar authored
      Comment about TABLES_NEXT_TO_CODE.
      4551fa12
    • simonmar's avatar
      [project @ 1999-06-25 09:13:37 by simonmar] · 6d40c9e6
      simonmar authored
      New define: TABLES_NEXT_TO_CODE says whether info tables are assumed
      to reside just before the code for a function.   We used to use
      USE_MINIINTERPRETER for this function, but it makes sense in certain
      cases to separate the use of tail-calls from tables-next-to-code.
      
      StgMacros: add a couple of missing macros to support update in place.
      6d40c9e6
  11. 11 May, 1999 1 commit
    • keithw's avatar
      [project @ 1999-05-11 16:46:20 by keithw] · 29b65248
      keithw authored
      (this is number 8 of 9 commits to be applied together)
      
        The CPP flag LAZY_BLACKHOLING has been moved up from options.h into
        Stg.h, so GHC can see it as well as the interpreter, and
        EAGER_BLACKHOLING has been added.  The default is still
        LAZY_BLACKHOLING && !EAGER_BLACKHOLING.
      29b65248
  12. 10 May, 1999 1 commit
  13. 04 May, 1999 1 commit
  14. 15 Mar, 1999 1 commit
  15. 03 Mar, 1999 1 commit
  16. 02 Mar, 1999 1 commit
  17. 05 Feb, 1999 1 commit
  18. 26 Jan, 1999 1 commit
    • simonm's avatar
      [project @ 1999-01-26 11:12:41 by simonm] · ed4cd6d4
      simonm authored
      - Add Stable Names
      
      - Stable pointers and stable names are now both provided by the
        "Stable" module in ghc/lib/exts.  Documentation is updated, and Foriegn
        still exports the stable pointer operations for backwards compatibility.
      ed4cd6d4
  19. 21 Jan, 1999 1 commit
  20. 18 Jan, 1999 1 commit
    • sof's avatar
      [project @ 1999-01-18 14:37:43 by sof] · 8846a7d8
      sof authored
      Added protos for freeHaskellFunctionPtr() and createAdjustor()
      (suggestions as to what might be a more appropriate home for these
      are welcome.)
      8846a7d8
  21. 02 Dec, 1998 1 commit