Jeff Squyres 621af3aa07 pmix_base: fix global opal_pmix symbol for static linking on OS X ... OS X has weirdness when static linking. If a symbol is not initialized, it is put into the common block section, and Weird Things happen (linking when trying to using that global symbol will fail). If you initialize the variable, it goes into a different section (and linking to it will work). This link (that might go stale someday) has some information about OS X linker scope and treatment of symbol definitions: https://developer.apple.com/library/mac/documentation/DeveloperTools/Conceptual/MachOTopics/1-Articles/executing_files.html#//apple_ref/doc/uid/TP40001829-98432-TPXREF120 Fixes #375.		2015-02-04 12:12:31 -05:00
..
base	pmix_base: fix global opal_pmix symbol for static linking on OS X	2015-02-04 12:12:31 -05:00
cray	pmix/cray: remove dead code	2014-12-19 13:08:23 -08:00
native	Fix singleton operations so they can work inside a slurm environment	2015-01-27 09:29:42 -06:00
s1	Increment the init_count in the Slurm pmix components so they correctly respond to calls to pmix.initialized	2014-12-02 20:20:29 -08:00
s2	Increment the init_count in the Slurm pmix components so they correctly respond to calls to pmix.initialized	2014-12-02 20:20:29 -08:00
Makefile.am	Per the PMIx RFC:	2014-08-21 18:56:47 +00:00
pmix.h	Remove an unused dstore type that was redundant with another one. Define a corresponding PMIX_NODE_ID type (contains the vpid of the daemon hosting the proc) and ensure that the PMIx server includes that info in its process map	2014-12-15 12:11:13 -08:00