1. 28 Feb, 2002 6 commits
    • sof's avatar
      [project @ 2002-02-28 18:44:28 by sof] · 311879d2
      sof authored
      myThreadIdzh_fast: used bogus return convention
    • sof's avatar
      [project @ 2002-02-28 16:25:15 by sof] · dd2e00b5
      sof authored
      Huh? Surely stg_block_{take,put}mvar ought to be pushing info pointers and not direct return addresses
    • simonpj's avatar
      [project @ 2002-02-28 12:17:19 by simonpj] · 469c3333
      simonpj authored
      	Fix a rather obscure bug in tcGen
      This bug concerns deciding when a type variable "escapes",
      and hence we can't generalise it.  Our new subsumption-checking
      machinery for higher-ranked types requires a slightly
      more general approach than I had before.  The main excitement
      is in TcUnify.checkSigTyVars and its friends.
      As usual, I moved functions around and cleaned things up a bit;
      hence the multi-module commit.
    • simonmar's avatar
      [project @ 2002-02-28 10:15:47 by simonmar] · 9c3cdff0
      simonmar authored
      module names are allowed to contain '.' these days.
    • sof's avatar
      [project @ 2002-02-28 08:53:58 by sof] · f33a70de
      sof authored
      - gcdIntzh_fast, cmpIntegerIntzh_fast, cmpIntegerzh_fast,
        integer2Intzh_fast, and integer2Wordzh_fast all used the
        unboxed tuple return convention, which isn't quite right
        since they're just returning unboxed values. Fixed.
      - similarly for forkzh_fast, it was using an unboxed value
        return convention, ought to be doing an unboxed tuple
      Both of these broke the unregisterised build -- it still not
      sane, more debugging to be done.
    • sof's avatar
      [project @ 2002-02-28 08:53:13 by sof] · 685c0e46
      sof authored
  2. 27 Feb, 2002 10 commits
  3. 26 Feb, 2002 5 commits
    • sof's avatar
      [project @ 2002-02-26 19:18:00 by sof] · 2a966c8e
      sof authored
      stg_gc_unbx_r1: fixed what was surely a typo in the 06/07/01
      commit which instead of pushing an info pointer, started
      pushing the entry code (stg_gc_unbx_r1_ret).
      Unbreaks the mini-interpreter.
    • sof's avatar
      [project @ 2002-02-26 14:56:43 by sof] · eaae176c
      sof authored
      comment wibble
    • sewardj's avatar
      [project @ 2002-02-26 12:52:58 by sewardj] · 3f7ae19b
      sewardj authored
      Fix sparc borkage.
    • simonmar's avatar
      [project @ 2002-02-26 12:15:11 by simonmar] · 93bd5753
      simonmar authored
      Mention that you can say 'make way=foo' to build a particular way only
      in the current directory.
      Clean up some markup, and fix a markup error at the same time.
    • sof's avatar
      [project @ 2002-02-26 05:03:27 by sof] · bcfa1e5a
      sof authored
      INFO_VECTOR (MINIINTERPRETER case): gcc-2.96 doesn't
      like a mixture of labelled and non-labelled members
      in a struct initializer, which is reasonable. So,
      be explicit that we're initializing the 'vector' member.
      I'd be surprised if this change causes breakage with earlier
      A comment next to INFO_VECTOR as to why it has to be empty
      in the non-MINIINTERPRETER case, would be nice.
  4. 25 Feb, 2002 3 commits
  5. 22 Feb, 2002 4 commits
  6. 21 Feb, 2002 1 commit
    • sewardj's avatar
      [project @ 2002-02-21 14:42:17 by sewardj] · 3c10dbeb
      sewardj authored
      In DsForeign.fexportEntry, track recent changes to f-x-dynamic
      implementation.  At the same time completely rewrite this fn, since I
      couldn't figure out how the previous incarnation worked.
  7. 19 Feb, 2002 1 commit
  8. 18 Feb, 2002 7 commits
    • sof's avatar
      [project @ 2002-02-18 17:27:24 by sof] · 80f067ce
      sof authored
      unused arg wibble
    • sof's avatar
      [project @ 2002-02-18 17:26:48 by sof] · d94938cc
      sof authored
      If necessary, define THREADED_RTS and DEBUG when gen'ing rts.conf
    • sof's avatar
      [project @ 2002-02-18 16:28:39 by sof] · 0ef63546
      sof authored
      Filter out _stub.c gubbins from C_SRCS
    • sof's avatar
      [project @ 2002-02-18 16:27:24 by sof] · 6682da21
      sof authored
      remove STUBOBJS as an (explicit) dependency to LIBRARY (+comment as to why)
    • sewardj's avatar
      [project @ 2002-02-18 15:51:28 by sewardj] · 4b294905
      sewardj authored
      Fix import wibble
    • sof's avatar
      [project @ 2002-02-18 13:26:12 by sof] · 6e2ea06c
      sof authored
      Be clear about the lock assumptions of GarbageCollect(); it
      is now required to hold sched_mutex.
      The real reason for adding this requirement is so that when
      prior to scheduling finalizers and doing thread resurrection,
      GarbageCollect() may set the lock status of sched_mutex to
      the state expected by scheduleFinalizers() and resurrectThreads()
      (i.e., unlocked).
      Note: this is only an issue with pthreads. In the Win32 threading
      model, it's a NOP for a thread to grab a mutex it already holds.
    • sewardj's avatar
      [project @ 2002-02-18 12:41:01 by sewardj] · 45ddebc0
      sewardj authored
      Make foreign export dynamic work in GHCi.  Main changes:
      * Allow literal labels to propagate through the bytecode generator
        and eventually be linked by the runtime linker.
      * Minor mods to driver plumbing so that GHCi produces the relevant
        *_stub.[ch] files, compiles them with gcc, and loads the resulting .o's
      * Dereference the stable pointer in the generated C stub, rather
        than passing it to a Haskell-world helper.  This seems simpler and
        removes the need to have a H-world helper, which in turn means the
        stub .o doesn't refer to any H-world entities.  This is important
        because our linker can't deal with mutual recursion between
        BCOs and loaded objects.
      Still ToDo:
      * Make it thread/GC safe.  (Sigbjorn?)
      * Get rid of the bits of code in DsForeign which generate the
        Haskell helper.  I had a go but it wasn't obvious how to do it,
        so have deferred.
  9. 17 Feb, 2002 3 commits