Alex Margolin 50a3c01a0f fixed build without thread support ...

This commit was SVN r29145.

2013-09-06 19:03:19 +00:00

..

base

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

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

hash

Per request from Nathan, add a "commit" API to the opal db framework. This allows him to aggregate keys to work around the Cray's severe PMI limitations

2013-07-22 22:57:16 +00:00

pmi

We don't need to report errors in pmi_setup as it is possible that PMI is available, but that we weren't launched under it (e.g., we launched via mpirun).

2013-08-29 16:35:20 +00:00

print

fixed build without thread support

2013-09-06 19:03:19 +00:00

sqlite

Per request from Nathan, add a "commit" API to the opal db framework. This allows him to aggregate keys to work around the Cray's severe PMI limitations

2013-07-22 22:57:16 +00:00

db_types.h

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

db.h

Make opal/db/pmi use as few PMI keys as possible.

2013-08-03 01:06:59 +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