1. 30 Aug, 2006 2 commits
  2. 29 Aug, 2006 2 commits
  3. 25 Aug, 2006 1 commit
  4. 23 Aug, 2006 1 commit
  5. 13 Aug, 2006 1 commit
  6. 06 Jun, 2006 1 commit
    • simonmar@microsoft.com's avatar
      markSignalHandlers(): implementation was unnecessary, and had a bug · 47936fa6
      simonmar@microsoft.com authored
      There's no need to mark the signal handler here, because it is stored
      in a StablePtr and hence is a root anyway.  Furthermore, the call to
      evac() was passing the address of a local variable, which turned out
      to be harmless for copying GC, but fatal for compacting GC: compacting
      GC assumes that the addresses of the roots are the same each time.
      
      Fixes: possibly #783, possibly #776, definitely #787
      47936fa6
  7. 30 May, 2006 2 commits
    • simonmar@microsoft.com's avatar
      fix Win32 build · 7a876582
      simonmar@microsoft.com authored
      7a876582
    • Simon Marlow's avatar
      replace stgMallocBytesRWX() with our own allocator · e3c55aeb
      Simon Marlow authored
      See bug #738
      
      Allocating executable memory is getting more difficult these days.  In
      particular, the default SELinux policy on Fedora Core 5 disallows
      making the heap (i.e. malloc()'d memory) executable, although it does
      apparently allow mmap()'ing anonymous executable memory by default.
      
      Previously, stgMallocBytesRWX() used malloc() underneath, and then
      tried to make the page holding the memory executable.  This was rather
      hacky and fails with Fedora Core 5.  
      
      This patch adds a mini-allocator for executable memory, based on the
      block allocator.  We grab page-sized blocks and make them executable,
      then allocate small objects from the page.  There's a simple free
      function, that will free whole pages back to the system when they are
      empty.
      e3c55aeb
  8. 07 Apr, 2006 1 commit
    • Simon Marlow's avatar
      Reorganisation of the source tree · 0065d5ab
      Simon Marlow authored
      Most of the other users of the fptools build system have migrated to
      Cabal, and with the move to darcs we can now flatten the source tree
      without losing history, so here goes.
      
      The main change is that the ghc/ subdir is gone, and most of what it
      contained is now at the top level.  The build system now makes no
      pretense at being multi-project, it is just the GHC build system.
      
      No doubt this will break many things, and there will be a period of
      instability while we fix the dependencies.  A straightforward build
      should work, but I haven't yet fixed binary/source distributions.
      Changes to the Building Guide will follow, too.
      0065d5ab