b56c8c3a66
versions of the thread lock functions to determine at runtime if a lock is needed) to OMPI_ENABLE_PROGRESS_THREADS instead of OMPI_HAVE_THREAD_SUPPORT. Opal only starts a thread when OMPI_ENABLE_PROGRESS_THREADS is enabled, and ORTE never really starts a thread that requires special locking considerations. MPI_INIT would set opal_uses_threads to true if thread level was greater than MPI_THREAD_SINGLE, but it would never decreast the value of opal_uses_threads, meaning that we always enabled all that locking if we did a threaded build, which isn't neccessary. Now we do locking iff progress threads are enabled OR thread level is above MPI_THREAD_SINGLE. This commit was SVN r11390. |
||
|---|---|---|
| .. | ||
| asm | ||
| class | ||
| etc | ||
| event | ||
| include | ||
| mca | ||
| memoryhooks | ||
| runtime | ||
| threads | ||
| tools | ||
| util | ||
| win32 | ||
| Makefile.am | ||
| win_makefile | ||