summaryrefslogtreecommitdiff
path: root/rts/posix/OSThreads.c
Commit message (Collapse)AuthorAgeFilesLines
...
* Add getNumberOfProcessors(), FIX MacOS X build problem (hopefully)Simon Marlow2009-03-171-0/+18
| | | | | Somebody needs to implement getNumberOfProcessors() for MacOS X, currently it will return 1.
* Always use PTHREAD_MUTEX_ERRORCHECK to create mutexes when -DDEBUGIan Lynagh2009-01-181-4/+0
| | | | | Linux defines PTHREAD_MUTEX_ERRORCHECK = PTHREAD_MUTEX_ERRORCHECK_NP anyway, so there's no need to special-case it.
* Use error-checking mutexes on all platforms when DEBUG is onIan Lynagh2009-01-171-1/+5
| | | | Otherwise ASSERT_LOCK_HELD will cause deadlocks
* pthread_key_delete wants the key itself, not a pointer to itIan Lynagh2007-02-231-1/+1
|
* Free thread local storage on shutdownIan Lynagh2007-02-221-0/+9
|
* Warning police: Avoid warning about unused variablesven.panne@aedion.de2007-02-011-1/+1
|
* Partial fix for #926Simon Marlow2007-02-011-0/+8
| | | | | | | | | | | | | | It seems that when a program exits with open DLLs on Windows, the system attempts to shut down the DLLs, but it also terminates (some of?) the running threads. The RTS isn't prepared for threads to die unexpectedly, so it sits around waiting for its workers to finish. This bites in two places: ShutdownIOManager() in the the unthreaded RTS, and shutdownCapability() in the threaded RTS. So far I've modified the latter to notice when worker threads have died unexpectedly and continue shutting down. It seems a bit trickier to fix the unthreaded RTS, so for now the workaround for #926 is to use the threaded RTS.
* Add closeMutex and use it on clean upEsa Ilari Vuokko2006-08-231-0/+5
|
* Gather timing stats for a Task when it completes.Simon Marlow2006-06-071-0/+2
| | | | | Previously we did this just for workers, now we do it for the main thread and for forkOS threads too.
* Reorganisation of the source treeSimon Marlow2006-04-071-0/+166
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.
View Lorry Controller Status