1. 06 May, 2012 1 commit
  2. 20 Mar, 2012 1 commit
  3. 18 Mar, 2012 1 commit
  4. 09 Dec, 2011 1 commit
  5. 18 Jun, 2011 2 commits
  6. 24 Jul, 2010 1 commit
  7. 20 Apr, 2010 1 commit
  8. 01 Apr, 2010 1 commit
  9. 12 Nov, 2009 1 commit
  10. 02 Aug, 2009 1 commit
    • Simon Marlow's avatar
      RTS tidyup sweep, first phase · a2a67cd5
      Simon Marlow authored
      The first phase of this tidyup is focussed on the header files, and in
      particular making sure we are exposinng publicly exactly what we need
      to, and no more.
       - Rts.h now includes everything that the RTS exposes publicly,
         rather than a random subset of it.
       - Most of the public header files have moved into subdirectories, and
         many of them have been renamed.  But clients should not need to
         include any of the other headers directly, just #include the main
         public headers: Rts.h, HsFFI.h, RtsAPI.h.
       - All the headers needed for via-C compilation have moved into the
         stg subdirectory, which is self-contained.  Most of the headers for
         the rest of the RTS APIs have moved into the rts subdirectory.
       - I left MachDeps.h where it is, because it is so widely used in
         Haskell code.
       - I left a deprecated stub for RtsFlags.h in place.  The flag
         structures are now exposed by Rts.h.
       - Various internal APIs are no longer exposed by public header files.
       - Various bits of dead code and declarations have been removed
       - More gcc warnings are turned on, and the RTS code is more
       - More source files #include "PosixSource.h", and hence only use
         standard POSIX (1003.1c-1995) interfaces.
      There is a lot more tidying up still to do, this is just the first
      pass.  I also intend to standardise the names for external RTS APIs
      (e.g use the rts_ prefix consistently), and declare the internal APIs
      as hidden for shared libraries.
  11. 11 Mar, 2009 1 commit
    • Simon Marlow's avatar
      Fix #2992: don't create a named event · 29fd0a47
      Simon Marlow authored
      Evidently I misread the docs for CreateEvent: if you pass a name to
      CreateEvent, then it creates a single shared system-wide Event with
      that name.  So all Haskell processes on the machine were sharing the
      same Event object.  duh.
  12. 13 Oct, 2008 1 commit
  13. 29 May, 2008 1 commit
  14. 03 Apr, 2007 1 commit
  15. 01 Dec, 2006 1 commit
    • Simon Marlow's avatar
      Add support for the IO manager thread on Windows · 80a766fd
      Simon Marlow authored
      Fixes #637.
      The implications of this change are:
        - threadDelay on Windows no longer creates a new OS thread each time,
          instead it communicates with the IO manager thread in the same way as
          on Unix.
        - deadlock detection now works the same way on Windows as on Unix; that
          is the timer interrupt wakes up the IO manager thread, which causes
          the scheduler to check for deadlock.
        - Console events now get sent to the IO manager thread, in the same way as
          signals do on Unix.  This means that console events should behave more
          reliably with -threaded on Windows.
      All this applies only with -threaded.  Without -threaded, the old
      ConsoleEvent code is still used.
      After some testing, this could be pushed to the 6.6 branch.