2005-07-02 17:53:01 +04:00
|
|
|
#
|
2005-11-05 22:57:48 +03:00
|
|
|
# Copyright (c) 2004-2005 The Trustees of Indiana University and Indiana
|
|
|
|
# University Research and Technology
|
|
|
|
# Corporation. All rights reserved.
|
- Split the datatype engine into two parts: an MPI specific part in
OMPI
and a language agnostic part in OPAL. The convertor is completely
moved into OPAL. This offers several benefits as described in RFC
http://www.open-mpi.org/community/lists/devel/2009/07/6387.php
namely:
- Fewer basic types (int* and float* types, boolean and wchar
- Fixing naming scheme to ompi-nomenclature.
- Usability outside of the ompi-layer.
- Due to the fixed nature of simple opal types, their information is
completely
known at compile time and therefore constified
- With fewer datatypes (22), the actual sizes of bit-field types may be
reduced
from 64 to 32 bits, allowing reorganizing the opal_datatype
structure, eliminating holes and keeping data required in convertor
(upon send/recv) in one cacheline...
This has implications to the convertor-datastructure and other parts
of the code.
- Several performance tests have been run, the netpipe latency does not
change with
this patch on Linux/x86-64 on the smoky cluster.
- Extensive tests have been done to verify correctness (no new
regressions) using:
1. mpi_test_suite on linux/x86-64 using clean ompi-trunk and
ompi-ddt:
a. running both trunk and ompi-ddt resulted in no differences
(except for MPI_SHORT_INT and MPI_TYPE_MIX_LB_UB do now run
correctly).
b. with --enable-memchecker and running under valgrind (one buglet
when run with static found in test-suite, commited)
2. ibm testsuite on linux/x86-64 using clean ompi-trunk and ompi-ddt:
all passed (except for the dynamic/ tests failed!! as trunk/MTT)
3. compilation and usage of HDF5 tests on Jaguar using PGI and
PathScale compilers.
4. compilation and usage on Scicortex.
- Please note, that for the heterogeneous case, (-m32 compiled
binaries/ompi), neither
ompi-trunk, nor ompi-ddt branch would successfully launch.
This commit was SVN r21641.
2009-07-13 08:56:31 +04:00
|
|
|
# Copyright (c) 2004-2009 The University of Tennessee and The University
|
2005-11-05 22:57:48 +03:00
|
|
|
# of Tennessee Research Foundation. All rights
|
|
|
|
# reserved.
|
2009-04-24 20:39:33 +04:00
|
|
|
# Copyright (c) 2004-2009 High Performance Computing Center Stuttgart,
|
2005-07-02 17:53:01 +04:00
|
|
|
# University of Stuttgart. All rights reserved.
|
|
|
|
# Copyright (c) 2004-2005 The Regents of the University of California.
|
|
|
|
# All rights reserved.
|
2009-07-24 01:35:17 +04:00
|
|
|
# Copyright (c) 2009 Cisco Systems, Inc. All rights reserved.
|
2005-07-02 17:53:01 +04:00
|
|
|
# $COPYRIGHT$
|
|
|
|
#
|
|
|
|
# Additional copyrights may follow
|
|
|
|
#
|
|
|
|
# $HEADER$
|
|
|
|
#
|
|
|
|
|
2009-04-24 20:39:33 +04:00
|
|
|
EXTRA_DIST = CMakeLists.txt
|
2005-12-08 09:17:15 +03:00
|
|
|
|
2005-07-02 17:53:01 +04:00
|
|
|
SUBDIRS = \
|
2006-02-12 04:33:29 +03:00
|
|
|
include \
|
2005-07-02 17:53:01 +04:00
|
|
|
$(LIBLTDL_SUBDIR) \
|
|
|
|
asm \
|
- Split the datatype engine into two parts: an MPI specific part in
OMPI
and a language agnostic part in OPAL. The convertor is completely
moved into OPAL. This offers several benefits as described in RFC
http://www.open-mpi.org/community/lists/devel/2009/07/6387.php
namely:
- Fewer basic types (int* and float* types, boolean and wchar
- Fixing naming scheme to ompi-nomenclature.
- Usability outside of the ompi-layer.
- Due to the fixed nature of simple opal types, their information is
completely
known at compile time and therefore constified
- With fewer datatypes (22), the actual sizes of bit-field types may be
reduced
from 64 to 32 bits, allowing reorganizing the opal_datatype
structure, eliminating holes and keeping data required in convertor
(upon send/recv) in one cacheline...
This has implications to the convertor-datastructure and other parts
of the code.
- Several performance tests have been run, the netpipe latency does not
change with
this patch on Linux/x86-64 on the smoky cluster.
- Extensive tests have been done to verify correctness (no new
regressions) using:
1. mpi_test_suite on linux/x86-64 using clean ompi-trunk and
ompi-ddt:
a. running both trunk and ompi-ddt resulted in no differences
(except for MPI_SHORT_INT and MPI_TYPE_MIX_LB_UB do now run
correctly).
b. with --enable-memchecker and running under valgrind (one buglet
when run with static found in test-suite, commited)
2. ibm testsuite on linux/x86-64 using clean ompi-trunk and ompi-ddt:
all passed (except for the dynamic/ tests failed!! as trunk/MTT)
3. compilation and usage of HDF5 tests on Jaguar using PGI and
PathScale compilers.
4. compilation and usage on Scicortex.
- Please note, that for the heterogeneous case, (-m32 compiled
binaries/ompi), neither
ompi-trunk, nor ompi-ddt branch would successfully launch.
This commit was SVN r21641.
2009-07-13 08:56:31 +04:00
|
|
|
datatype \
|
|
|
|
etc \
|
2005-07-02 17:53:01 +04:00
|
|
|
event \
|
2005-08-13 18:00:56 +04:00
|
|
|
util \
|
2005-10-17 04:21:10 +04:00
|
|
|
mca/base \
|
|
|
|
$(MCA_opal_FRAMEWORKS_SUBDIRS) \
|
|
|
|
$(MCA_opal_FRAMEWORK_COMPONENT_STATIC_SUBDIRS) \
|
2005-08-13 18:00:56 +04:00
|
|
|
. \
|
2005-10-17 04:21:10 +04:00
|
|
|
$(MCA_opal_FRAMEWORK_COMPONENT_DSO_SUBDIRS)
|
|
|
|
|
|
|
|
DIST_SUBDIRS = \
|
2006-02-12 10:06:38 +03:00
|
|
|
include \
|
2007-05-15 08:23:48 +04:00
|
|
|
libltdl \
|
2005-10-17 04:21:10 +04:00
|
|
|
asm \
|
- Split the datatype engine into two parts: an MPI specific part in
OMPI
and a language agnostic part in OPAL. The convertor is completely
moved into OPAL. This offers several benefits as described in RFC
http://www.open-mpi.org/community/lists/devel/2009/07/6387.php
namely:
- Fewer basic types (int* and float* types, boolean and wchar
- Fixing naming scheme to ompi-nomenclature.
- Usability outside of the ompi-layer.
- Due to the fixed nature of simple opal types, their information is
completely
known at compile time and therefore constified
- With fewer datatypes (22), the actual sizes of bit-field types may be
reduced
from 64 to 32 bits, allowing reorganizing the opal_datatype
structure, eliminating holes and keeping data required in convertor
(upon send/recv) in one cacheline...
This has implications to the convertor-datastructure and other parts
of the code.
- Several performance tests have been run, the netpipe latency does not
change with
this patch on Linux/x86-64 on the smoky cluster.
- Extensive tests have been done to verify correctness (no new
regressions) using:
1. mpi_test_suite on linux/x86-64 using clean ompi-trunk and
ompi-ddt:
a. running both trunk and ompi-ddt resulted in no differences
(except for MPI_SHORT_INT and MPI_TYPE_MIX_LB_UB do now run
correctly).
b. with --enable-memchecker and running under valgrind (one buglet
when run with static found in test-suite, commited)
2. ibm testsuite on linux/x86-64 using clean ompi-trunk and ompi-ddt:
all passed (except for the dynamic/ tests failed!! as trunk/MTT)
3. compilation and usage of HDF5 tests on Jaguar using PGI and
PathScale compilers.
4. compilation and usage on Scicortex.
- Please note, that for the heterogeneous case, (-m32 compiled
binaries/ompi), neither
ompi-trunk, nor ompi-ddt branch would successfully launch.
This commit was SVN r21641.
2009-07-13 08:56:31 +04:00
|
|
|
datatype \
|
|
|
|
etc \
|
2005-10-17 04:21:10 +04:00
|
|
|
event \
|
|
|
|
util \
|
|
|
|
mca/base \
|
|
|
|
$(MCA_opal_FRAMEWORKS_SUBDIRS) \
|
|
|
|
$(MCA_opal_FRAMEWORK_COMPONENT_ALL_SUBDIRS)
|
2005-07-02 17:53:01 +04:00
|
|
|
|
|
|
|
# Build the main OPAL library
|
|
|
|
|
2006-12-05 21:27:24 +03:00
|
|
|
lib_LTLIBRARIES = libopen-pal.la
|
|
|
|
libopen_pal_la_SOURCES =
|
|
|
|
libopen_pal_la_LIBADD = \
|
2007-05-15 08:23:48 +04:00
|
|
|
$(LIBLTDL) \
|
2005-07-02 17:53:01 +04:00
|
|
|
asm/libasm.la \
|
- Split the datatype engine into two parts: an MPI specific part in
OMPI
and a language agnostic part in OPAL. The convertor is completely
moved into OPAL. This offers several benefits as described in RFC
http://www.open-mpi.org/community/lists/devel/2009/07/6387.php
namely:
- Fewer basic types (int* and float* types, boolean and wchar
- Fixing naming scheme to ompi-nomenclature.
- Usability outside of the ompi-layer.
- Due to the fixed nature of simple opal types, their information is
completely
known at compile time and therefore constified
- With fewer datatypes (22), the actual sizes of bit-field types may be
reduced
from 64 to 32 bits, allowing reorganizing the opal_datatype
structure, eliminating holes and keeping data required in convertor
(upon send/recv) in one cacheline...
This has implications to the convertor-datastructure and other parts
of the code.
- Several performance tests have been run, the netpipe latency does not
change with
this patch on Linux/x86-64 on the smoky cluster.
- Extensive tests have been done to verify correctness (no new
regressions) using:
1. mpi_test_suite on linux/x86-64 using clean ompi-trunk and
ompi-ddt:
a. running both trunk and ompi-ddt resulted in no differences
(except for MPI_SHORT_INT and MPI_TYPE_MIX_LB_UB do now run
correctly).
b. with --enable-memchecker and running under valgrind (one buglet
when run with static found in test-suite, commited)
2. ibm testsuite on linux/x86-64 using clean ompi-trunk and ompi-ddt:
all passed (except for the dynamic/ tests failed!! as trunk/MTT)
3. compilation and usage of HDF5 tests on Jaguar using PGI and
PathScale compilers.
4. compilation and usage on Scicortex.
- Please note, that for the heterogeneous case, (-m32 compiled
binaries/ompi), neither
ompi-trunk, nor ompi-ddt branch would successfully launch.
This commit was SVN r21641.
2009-07-13 08:56:31 +04:00
|
|
|
datatype/libdatatype.la \
|
2005-07-02 17:53:01 +04:00
|
|
|
event/libevent.la \
|
|
|
|
mca/base/libmca_base.la \
|
2005-08-14 00:19:24 +04:00
|
|
|
util/libopalutil.la \
|
|
|
|
$(MCA_opal_FRAMEWORK_LIBS)
|
2006-12-05 21:27:24 +03:00
|
|
|
libopen_pal_la_DEPENDENCIES = $(libopen_pal_la_LIBADD)
|
2009-07-24 01:35:17 +04:00
|
|
|
libopen_pal_la_LDFLAGS = -version-info $(libopen_pal_so_version)
|
2005-07-02 17:53:01 +04:00
|
|
|
|
2005-10-17 04:21:10 +04:00
|
|
|
# included subdirectory Makefile.am's and appended-to variables
|
|
|
|
headers =
|
|
|
|
noinst_LTLIBRARIES =
|
|
|
|
nobase_opal_HEADERS =
|
|
|
|
dist_pkgdata_DATA =
|
2006-12-05 21:27:24 +03:00
|
|
|
libopen_pal_la_SOURCES += $(headers)
|
2005-10-17 04:21:10 +04:00
|
|
|
|
2005-07-02 17:53:01 +04:00
|
|
|
# Conditionally install the header files
|
|
|
|
|
2005-10-17 04:21:10 +04:00
|
|
|
if WANT_INSTALL_HEADERS
|
|
|
|
opaldir = $(includedir)/openmpi/opal
|
|
|
|
nobase_opal_HEADERS += $(headers)
|
|
|
|
|
2005-07-02 17:53:01 +04:00
|
|
|
# This is somewhat of a hack -- libltdl is installed by libtoolize,
|
|
|
|
# and us installing the header here is slightly less kludgey than
|
|
|
|
# hacking their Makefile.am.
|
2005-10-17 04:21:10 +04:00
|
|
|
nobase_opal_HEADERS += libltdl/ltdl.h
|
2005-07-02 17:53:01 +04:00
|
|
|
else
|
2005-10-17 04:21:10 +04:00
|
|
|
opaldir = $(includedir)
|
2005-07-02 17:53:01 +04:00
|
|
|
endif
|
2005-10-17 04:21:10 +04:00
|
|
|
|
|
|
|
include class/Makefile.am
|
2005-11-11 03:26:27 +03:00
|
|
|
include memoryhooks/Makefile.am
|
2005-10-17 04:21:10 +04:00
|
|
|
include runtime/Makefile.am
|
|
|
|
include threads/Makefile.am
|
|
|
|
include mca/Makefile.am
|
2005-12-18 01:09:23 +03:00
|
|
|
include win32/Makefile.am
|
2006-01-16 04:48:03 +03:00
|
|
|
include tools/Makefile.am
|
2008-02-28 04:57:57 +03:00
|
|
|
include dss/Makefile.am
|
2010-02-24 01:20:01 +03:00
|
|
|
|
|
|
|
# Set the convenience library to be the same as the non-convenience
|
|
|
|
# library, but a) it's marked as "noinst", so LT knows it's a
|
|
|
|
# convenience library, and b) no .so version number is assigned here.
|
|
|
|
# Note that we only need to make the convenience library if the ORTE
|
|
|
|
# project is being built (i.e., if there is an upper layer that needs
|
|
|
|
# to slurp in OPAL as a convenience library).
|
|
|
|
|
|
|
|
if PROJECT_ORTE
|
|
|
|
noinst_LTLIBRARIES += libopen-pal-lt.la
|
|
|
|
endif
|
|
|
|
libopen_pal_lt_la_SOURCES = $(libopen_pal_la_SOURCES)
|
|
|
|
libopen_pal_lt_la_LIBADD = $(libopen_pal_la_LIBADD)
|
|
|
|
libopen_pal_lt_la_DEPENDENCIES = $(libopen_pal_la_DEPENDENCIES)
|