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