Ralph Castain 4d27eb70f2 Extend the dstore framework to include a new "update_handle" API so the attributes of an existing handle can be changed. We can't just open a new handle as the upper layers won't know where to find the info. :-(

2014-10-10 12:40:32 -07:00

..

asm

We haven't supported SPARC 8 in a long time, so remove the atomics reference. Thanks to Paul Hargrove for bringing it to our attention.

2014-08-05 14:49:34 +00:00

class

Provide a mechanism by which an upstream project can rename the OPAL and ORTE libraries. This is required by projects such as ORCM that have their own ORTE and OPAL libraries in order to avoid library confusion. By renaming their version of the libraries, the OMPI applications can correctly dynamically load the correct one for their build.

2014-10-10 11:39:08 -07:00

datatype

George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)

2014-07-26 00:47:28 +00:00

dss

Provide a mechanism by which an upstream project can rename the OPAL and ORTE libraries. This is required by projects such as ORCM that have their own ORTE and OPAL libraries in order to avoid library confusion. By renaming their version of the libraries, the OMPI applications can correctly dynamically load the correct one for their build.

2014-10-10 11:39:08 -07:00

etc

Backing out the Open SHMEM project

2013-02-12 17:45:27 +00:00

include

Per the PMIx RFC:

2014-08-21 18:56:47 +00:00

mca

Extend the dstore framework to include a new "update_handle" API so the attributes of an existing handle can be changed. We can't just open a new handle as the upper layers won't know where to find the info. :-(

2014-10-10 12:40:32 -07:00

memoryhooks

Provide a mechanism by which an upstream project can rename the OPAL and ORTE libraries. This is required by projects such as ORCM that have their own ORTE and OPAL libraries in order to avoid library confusion. By renaming their version of the libraries, the OMPI applications can correctly dynamically load the correct one for their build.

2014-10-10 11:39:08 -07:00

runtime

Provide a mechanism by which an upstream project can rename the OPAL and ORTE libraries. This is required by projects such as ORCM that have their own ORTE and OPAL libraries in order to avoid library confusion. By renaming their version of the libraries, the OMPI applications can correctly dynamically load the correct one for their build.

2014-10-10 11:39:08 -07:00

threads

Provide a mechanism by which an upstream project can rename the OPAL and ORTE libraries. This is required by projects such as ORCM that have their own ORTE and OPAL libraries in order to avoid library confusion. By renaming their version of the libraries, the OMPI applications can correctly dynamically load the correct one for their build.

2014-10-10 11:39:08 -07:00

tools

Provide a mechanism by which an upstream project can rename the OPAL and ORTE libraries. This is required by projects such as ORCM that have their own ORTE and OPAL libraries in order to avoid library confusion. By renaming their version of the libraries, the OMPI applications can correctly dynamically load the correct one for their build.

2014-10-10 11:39:08 -07:00

util

Cleanup some cruft resulting from the move of the btl's to opal. We had created the ability to delay modex operations, which included a need to delay retrieving hostname info for remote procs. This allowed us to not retrieve the modex info until first message unless required - the hostname is generally only required for debug and error messages.

2014-10-03 16:02:57 -06:00

win32

windows: effectively revert r32449

2014-08-08 11:36:45 +00:00

Makefile.am

Provide a mechanism by which an upstream project can rename the OPAL and ORTE libraries. This is required by projects such as ORCM that have their own ORTE and OPAL libraries in order to avoid library confusion. By renaming their version of the libraries, the OMPI applications can correctly dynamically load the correct one for their build.

2014-10-10 11:39:08 -07:00

win_makefile

George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)

2014-07-26 00:47:28 +00:00