Ralph Castain 45af6cf59e The move of the orte_db framework to opal required that we create an opaque opal_identifier_t type as OPAL cannot know anything about the ORTE process name. However, passing a value down to opal and then having the db components reference it causes alignment issues on Solaris Sparc platforms. So pass the pointer instead and do the old "memcpy" trick to avoid the problem. ... This commit was SVN r28308.		2013-04-08 23:34:16 +00:00
..
configure.m4	Remove the old configure option for disabling full rte support - we now use the OMPI rte framework for such purposes	2013-02-28 01:35:55 +00:00
grpcomm_pmi_component.c	MCA/base: Add new MCA variable system	2013-03-27 21:09:41 +00:00
grpcomm_pmi_module.c	The move of the orte_db framework to opal required that we create an opaque opal_identifier_t type as OPAL cannot know anything about the ORTE process name. However, passing a value down to opal and then having the db components reference it causes alignment issues on Solaris Sparc platforms. So pass the pointer instead and do the old "memcpy" trick to avoid the problem.	2013-04-08 23:34:16 +00:00
grpcomm_pmi.h	Restore slurm pmi support from long, long ago. Since we already have the ability to directly srun an MPI job, just conditionally add the PMI support for key values and provide a grpcomm module that uses PMI for barriers and modex.	2011-06-20 21:04:46 +00:00
Makefile.am	Per the meeting on moving the BTLs to OPAL, move the ORTE database "db" framework to OPAL so the relocated BTLs can access it. Because the data is indexed by process, this requires that we define a new "opal_identifier_t" that corresponds to the orte_process_name_t struct. In order to support multiple run-times, this is defined in opal/mca/db/db_types.h as a uint64_t without identifying the meaning of any part of that data.	2013-02-26 17:50:04 +00:00