George Bosilca 2aed876be6 Fix the bug where MPI_is_thread_main returns true for all ...

threads when not in MPI_THREAD_MULTIPLE mode.
Thanks to Lisandro Dalcin for pointing it out.

This commit was SVN r29113.

2013-09-04 11:10:51 +00:00

..

help-mpi-runtime.txt

Remove tabs for spaces, fix some error messages.

2013-03-01 19:13:06 +00:00

Makefile.am

Per RFC add initial support for the MPI 3.0 tools interface.

2013-04-24 15:59:23 +00:00

mpiruntime.h

Per RFC add initial support for the MPI 3.0 tools interface.

2013-04-24 15:59:23 +00:00

ompi_cr.c

MCA/base: Add new MCA variable system

2013-03-27 21:09:41 +00:00

ompi_cr.h

Move the RTE framework change into the trunk. With this change, all non-CR

2013-01-27 23:25:10 +00:00

ompi_info_support.c

Per Geoffroy Vallee, use the OPAL constant

2013-04-25 14:18:18 +00:00

ompi_info_support.h

Add file missing from last commit

2013-04-24 16:01:23 +00:00

ompi_module_exchange.c

Only free the opal_byte_object_t if the fetch operation was succesful.

2013-03-25 00:36:57 +00:00

ompi_module_exchange.h

Move the RTE framework change into the trunk. With this change, all non-CR

2013-01-27 23:25:10 +00:00

ompi_mpi_abort.c

Move the RTE framework change into the trunk. With this change, all non-CR

2013-01-27 23:25:10 +00:00

ompi_mpi_finalize.c

As per the RFC, bring in the ORTE async progress code and the rewrite of OOB:

2013-08-22 16:37:40 +00:00

ompi_mpi_init.c

Fix the bug where MPI_is_thread_main returns true for all

2013-09-04 11:10:51 +00:00

ompi_mpi_params.c

Since the calls to "PMI get" scale by number of procs (not nodes), it makes more sense to have the MCA param be the cutoff based on number of procs. Also, it occurred to me that this shouldn't impact the nidmap process as that is built and circulated when we launch via mpirun, not during direct launch.

2013-08-22 03:40:26 +00:00

ompi_mpi_preconnect.c

MCA/base: Add new MCA variable system

2013-03-27 21:09:41 +00:00

params.h

Since the calls to "PMI get" scale by number of procs (not nodes), it makes more sense to have the MCA param be the cutoff based on number of procs. Also, it occurred to me that this shouldn't impact the nidmap process as that is built and circulated when we launch via mpirun, not during direct launch.

2013-08-22 03:40:26 +00:00