openmpi

ports/openmpi

Форкнуть 0

Граф коммитов

Автор	SHA1	Сообщение	Дата
Jeff Squyres	f84c16bb65	Fixes trac:3043. Looks like some of the improvements to the hwloc132 hwloc component weren't reverse applied to the external hwloc component. Additionaly, if we add stuff to LDFLAGS/LIBS, we also may need to append (DY)LD_LIBRARY_PATH (here in this configure process only), otherwise future configure tests may fail because they can't find libhwloc.so (e.g., if you --with-hwloc=/some/path, we need to add /some/path/lib to (DY)LD_LIBRARY_PATH). This commit was SVN r26082. The following Trac tickets were found above: Ticket 3043 --> https://svn.open-mpi.org/trac/ompi/ticket/3043	2012-03-02 20:15:07 +00:00
Jeff Squyres	82c93611e6	Fix some problems with the libevent and hwloc frameworks: * change components from setting <framework>_base_include to opal_<framework>_<component>_include; the framework m4 will figure out the winning component and pick the right "include" shell variable. Ditto for the other shell variables (cppflags, ldflags, etc.). * misc fixes to hwloc/external * add a bunch of missing "opal_" prefixes to shell variables * add a few more / update a few comments in framework m4's This commit was SVN r25174.	2011-09-21 23:06:13 +00:00
Ralph Castain	92c7372e20	Per the RFC from Jeff, move hwloc from opal/mca/common to its own static framework ala libevent. Have ORTE daemons collect the topology info at startup and, if --enable-hwloc-xml is set, send that info back to the HNP for later use. The HNP only retains unique topology "templates" to reduce memory footprint. Have the daemon include the local topology info in the nidmap buffer sent to each app so the apps don't all hammer the local system to discover it for themselves. Remove the sysinfo framework as hwloc replaces that functionality. This commit was SVN r25124.	2011-09-11 19:02:24 +00:00

Автор

SHA1

Сообщение

Дата

Jeff Squyres

f84c16bb65

Fixes trac:3043. Looks like some of the improvements to the hwloc132

hwloc component weren't reverse applied to the external hwloc
component.  Additionaly, if we add stuff to LDFLAGS/LIBS, we also may
need to append (DY)LD_LIBRARY_PATH (here in this configure process
only), otherwise future configure tests may fail because they can't
find libhwloc.so (e.g., if you --with-hwloc=/some/path, we need to add
/some/path/lib to (DY)LD_LIBRARY_PATH).

This commit was SVN r26082.

The following Trac tickets were found above:
  Ticket 3043 --> https://svn.open-mpi.org/trac/ompi/ticket/3043

2012-03-02 20:15:07 +00:00

Jeff Squyres

82c93611e6

Fix some problems with the libevent and hwloc frameworks:

* change components from setting <framework>_base_include to
   opal_<framework>_<component>_include; the framework m4 will figure
   out the winning component and pick the right "include" shell
   variable.  Ditto for the other shell variables (cppflags, ldflags,
   etc.). 
 * misc fixes to hwloc/external
 * add a bunch of missing "opal_" prefixes to shell variables
 * add a few more / update a few comments in framework m4's

This commit was SVN r25174.

2011-09-21 23:06:13 +00:00

Ralph Castain

92c7372e20

Per the RFC from Jeff, move hwloc from opal/mca/common to its own static framework ala libevent. Have ORTE daemons collect the topology info at startup and, if --enable-hwloc-xml is set, send that info back to the HNP for later use. The HNP only retains unique topology "templates" to reduce memory footprint. Have the daemon include the local topology info in the nidmap buffer sent to each app so the apps don't all hammer the local system to discover it for themselves.

Remove the sysinfo framework as hwloc replaces that functionality.

This commit was SVN r25124.

2011-09-11 19:02:24 +00:00

3 Коммитов