Jeff Squyres 501695d462 Instantiate the hash tables referenced in r19458. I still think we ...

need to clean them up during ompi_mpi_finalize(), though...

This commit was SVN r19462.

The following SVN revision numbers were found above:
  r19458 --> open-mpi/ompi@697dc524c1

2008-08-31 19:56:39 +00:00

..

help-mpi-runtime.txt

Amend r19196 with a few extra bells and whistles:

2008-08-06 17:29:41 +00:00

Makefile.am

Move modex from pml base to general ompi runtime, sicne it's used by more

2007-07-09 17:16:34 +00:00

mpiruntime.h

Deal with the ticket #1239 and #712. This will upgrade the Open MPI support

2008-08-31 18:36:32 +00:00

ompi_cr.c

Fixes trac:1392, #1400

2008-07-28 22:40:57 +00:00

ompi_cr.h

Closes trac:977

2007-04-14 02:06:05 +00:00

ompi_module_exchange.c

Merge the ORTE devel branch into the main trunk. Details of what this means will be circulated separately.

2008-02-28 01:57:57 +00:00

ompi_module_exchange.h

- The struct mca_base_component_t does not need to be defined as we

2008-08-27 15:19:26 +00:00

ompi_mpi_abort.c

Ensure to cover all cases when either ORTE or OMPI is not yet

2008-03-24 16:25:14 +00:00

ompi_mpi_finalize.c

Effectively revert the orte_output system and return to direct use of opal_output at all levels. Retain the orte_show_help subsystem to allow aggregation of show_help messages at the HNP.

2008-06-09 14:53:58 +00:00

ompi_mpi_init.c

Instantiate the hash tables referenced in r19458. I still think we

2008-08-31 19:56:39 +00:00

ompi_mpi_params.c

Amend r19196 with a few extra bells and whistles:

2008-08-06 17:29:41 +00:00

ompi_mpi_preconnect.c

Shift responsibility for preconnecting the oob to the orte routed framework, which is the only place that knows what needs to be done. Only the direct module will actually do anything - it uses the same algo as the original preconnect function.

2008-06-19 13:48:26 +00:00

params.h

Fixes trac:1383:

2008-07-10 21:12:45 +00:00