Nathan Hjelm 518d1fe200 Fix two typos that prevented alps direct launch from working ...

This commit was SVN r28628.

2013-06-13 17:04:08 +00:00

..

base

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

hash

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

pmi

Fix two typos that prevented alps direct launch from working

2013-06-13 17:04:08 +00:00

print

Update OPAL frameworks to use the MCA framework system.

2013-03-27 21:11:47 +00:00

sqlite

Update OPAL frameworks to use the MCA framework system.

2013-03-27 21:11:47 +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

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

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