Add support for the IO manager thread on Windows

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.

1 files changed, 0 insertions, 6 deletions

diff --git a/rts/posix/Signals.h b/rts/posix/Signals.h
index b005abb5b5..aa440b38aa 100644
--- a/rts/posix/Signals.h
+++ b/rts/posix/Signals.h
@@ -18,12 +18,6 @@ extern StgPtr *next_pending_handler;
 void startSignalHandlers(Capability *cap);
 #endif
 
-#if defined(THREADED_RTS)
-void ioManagerWakeup (void);
-void ioManagerDie (void);
-void ioManagerStart (void);
-#endif
-
 extern StgInt *signal_handlers;
 
 #endif /* POSIX_SIGNALS_H */