This project is mirrored from Pull mirroring failed .
Repository mirroring has been paused due to too many failed attempts. It can be resumed by a project maintainer.
Last successful update .
  1. 13 May, 2005 8 commits
  2. 12 May, 2005 7 commits
  3. 11 May, 2005 7 commits
  4. 10 May, 2005 6 commits
    • simonmar's avatar
      [project @ 2005-05-10 13:25:41 by simonmar] · bf821981
      simonmar authored
      Two SMP-related changes:
        - New storage manager interface:
          bdescr *allocateLocal(StgRegTable *reg, nat words)
          which allocates from the current thread's nursery (being careful
          not to clash with the heap pointer).  It can do this without
          taking any locks; the lock only has to be taken if a block needs
          to be allocated.  allocateLocal() is now used instead of allocate()
          in a few PrimOps.
          This removes locks from most Integer operations, cutting down
          the overhead for SMP a bit more.
          To make this work, we have to be able to grab the current thread's
          Capability out of thin air (i.e. when called from GMP), so the
          Capability subsystem needs to keep a hash from thread IDs to
        - Small MVar optimisation: instead of taking the global
          storage-manager lock, do our own locking of MVars with a bit of
          inline assembly (x86 only for now).
    • simonmar's avatar
      [project @ 2005-05-10 10:41:00 by simonmar] · 24928a55
      simonmar authored
      Mangler support for GNU/Hurd.
      From: Thomas Schwinge
    • simonmar's avatar
      [project @ 2005-05-10 10:35:57 by simonmar] · 723fb29b
      simonmar authored
      Add -I options to SRC_CC_OPTS for bootstrapping
      From: Thomas Schwinge
    • simonmar's avatar
      [project @ 2005-05-10 10:29:49 by simonmar] · c0dabc3e
      simonmar authored
      Bootstrap fix from GNU/Hurd port
      From: Thomas Schwinge
    • simonmar's avatar
      [project @ 2005-05-10 10:27:20 by simonmar] · 114c32eb
      simonmar authored
      GNU/Hurd platform (from Thomas Schwinge
    • simonmar's avatar
      [project @ 2005-05-10 10:08:50 by simonmar] · 8b5a06b8
      simonmar authored
      -ignore-package lang if GHC >= 6.3, fixes build breakage if wxHaskell
       is installed.
  5. 09 May, 2005 4 commits
  6. 07 May, 2005 2 commits
  7. 06 May, 2005 2 commits
    • simonpj's avatar
      [project @ 2005-05-06 11:06:14 by simonpj] · 4e9b6d7b
      simonpj authored
      Rule overlap message should be only in ifdef DEBUG
    • sof's avatar
      [project @ 2005-05-06 00:30:56 by sof] · 4224e90e
      sof authored
      [mingw only]
      Work around bug in win32 Console API which showed up in the GHCi UI:
      if the user typed in characters prior to the appearance of the prompt,
      the first of these characters always came out as a 'g'. The GHCi UI does
      for good reasons one-character reads from 'stdin', which causes the
      underlying APIs to become confused. A simple repro case is the following
      piece of C code:
      #include <stdio.h>
      #include <windows.h>
      int main()
          char ch1,ch2;
          HANDLE hStdIn = GetStdHandle(STD_INPUT_HANDLE);
          DWORD dw;
          /* Type in some characters before the prompt appears and be amused.. */
          sleep(1000); printf("? ");
      /*  or, if you want to use libc:
          read(0,&ch1,1); read(0,&ch2,1); */
          printf("%c%c\n", ch1,ch2);
          return 0;
      This happens across win32 OSes, and I can't see anything untoward as far
      as API usage goes (the GHC IO implementation uses read(), but that
      reduces to ReadConsoleA() calls.) People inside the Behemoth might want
      to have a closer look at this..
      Not much we can do about this except work around the problem by flushing
      the input buffer prior to reading from stdin. Not ideal, as type-ahead
      is a useful feature. Flushing is handled by GHC.ConsoleHandler.flushConsole
      Merge to STABLE.
  8. 05 May, 2005 4 commits
    • sof's avatar
      [project @ 2005-05-05 18:14:27 by sof] · e96f56a1
      sof authored
          when fixing up REL32 relocations, _add_ displacement to value at the
          given offset. The existing value has so far been assumed to be zero
          (which we've asserted for), but curiously wxhaskell-0.9.4's wx.o
          contains lots of interesting non-zero values. Information / specifications
          are awfully thin on the ground as to how to precisely handle these
          relocations, but adding rather than overwriting seems to have a
          generally healthy effect; unable to crash wxhaskell-0.9.4 with a 6.4 build.
      Merge to STABLE.
    • simonmar's avatar
      [project @ 2005-05-05 13:17:47 by simonmar] · 4ab21614
      simonmar authored
      Some fixes to the blackhole garbage collection strategy. conc049 is a
      great test case.
    • simonpj's avatar
      [project @ 2005-05-05 13:15:19 by simonpj] · b9beafe8
      simonpj authored
      Report instances correctly in GHCi
    • simonpj's avatar
      [project @ 2005-05-05 12:39:19 by simonpj] · 65a95d52
      simonpj authored
      Only compare hi-boot iface with mother module if there *is* an hi-boot iface