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.h	Per the PMIx RFC:	2014-08-21 18:56:47 +00:00
help-pmix-base.txt	Per the PMIx RFC:	2014-08-21 18:56:47 +00:00
Makefile.am	Per the PMIx RFC:	2014-08-21 18:56:47 +00:00
pmix_base_fns.c	Per the PR and discussion on today's telecon, extend the process name definition as a two-field struct of uint32_t's down to the OPAL layer. This resolves issues created by prior commits that impacted both heterogeneous and SPARC support. This also simplifies the OMPI code base by removing the need for frequent memcpy's when transitioning between the OMPI/ORTE layers and OPAL.	2014-11-11 17:00:42 -08:00
pmix_base_fns.h	Per the PR and discussion on today's telecon, extend the process name definition as a two-field struct of uint32_t's down to the OPAL layer. This resolves issues created by prior commits that impacted both heterogeneous and SPARC support. This also simplifies the OMPI code base by removing the need for frequent memcpy's when transitioning between the OMPI/ORTE layers and OPAL.	2014-11-11 17:00:42 -08:00
pmix_base_frame.c	pmix_base: fix global opal_pmix symbol for static linking on OS X	2015-02-04 12:12:31 -05:00
pmix_base_select.c	Per the PMIx RFC:	2014-08-21 18:56:47 +00:00