f779b1ded9
additional functionality. Rationale (refs trac:3422):
* Normal MPI applications only ever use the MPI API. Hence, -lmpi is
sufficient (they'll never directly call ORTE or OPAL
functions). This is arguably the most common case.
* That being said, we do have some test programs (e.g., those in
orte/test/mpi) that call MPI functions but also call ORTE/OPAL
functions. I've also written the occasional MPI test program that
calls opal_output, for example (there even might be a few tests in
the IBM test suite that directly call ORTE/OPAL functions).
* Even though this is not a common case, these applications should
also compile/link with mpicc.
* So we should add a --openmpi:linkall option that will also link
in whatever is necessary to call ORTE/OPAL functions
* Yes, we could hard-code "-lopen-rte -lopen-pal" in Makefiles, but
we do reserve the right to change those library names and/or add
others someday, so it's better to abstract out the names and let
the wrapper supply whatever is necessary.
* ORTE programs, however, are different. They almost always call OPAL
functions (e.g., if they want to send a message, they must use the
OPAL DSS). As such, it seems like the ORTE programs should always
link in OPAL.
Therefore:
* Add undocumented --openmpi:linkall flag to the wrapper compilers.
See the comment in opal_wrapper.c for an explanation of what it
does. This flag is only intended for Open MPI developers -- not
end users. That's why it's undocumented.
* Update orte/test/mpi/Makefile.am to add --openmpi:linkall
* Make ortecc/ortec++'s wrapper data text files always explicitly
link in libopen-pal
This commit was SVN r27670.
The following SVN revision numbers were found above:
r27668 --> open-mpi/ompi@cf845897aa
The following Trac tickets were found above:
Ticket 3422 --> https://svn.open-mpi.org/trac/ompi/ticket/3422
27 строки
1010 B
Plaintext
27 строки
1010 B
Plaintext
# There can be multiple blocks of configuration data, chosen by
|
|
# compiler flags (using the compiler_args key to chose which block
|
|
# should be activated. This can be useful for multilib builds. See the
|
|
# multilib page at:
|
|
# https://svn.open-mpi.org/trac/ompi/wiki/compilerwrapper3264
|
|
# for more information.
|
|
|
|
project=Open Run-Time Environment (ORTE)
|
|
project_short=ORTE
|
|
version=@ORTE_VERSION@
|
|
language=C++
|
|
compiler_env=CXX
|
|
compiler_flags_env=CXXFLAGS
|
|
compiler=@CXX@
|
|
extra_includes=@ORTE_WRAPPER_EXTRA_INCLUDES@
|
|
preprocessor_flags=@ORTE_WRAPPER_EXTRA_CPPFLAGS@
|
|
compiler_flags_prefix=@ORTE_WRAPPER_EXTRA_CXXFLAGS_PREFIX@
|
|
compiler_flags=@ORTE_WRAPPER_EXTRA_CXXFLAGS@
|
|
linker_flags=@ORTE_WRAPPER_EXTRA_LDFLAGS@
|
|
libs=-lopen-rte @ORTE_WRAPPER_EXTRA_LIBS@ -lopen-pal @OPAL_WRAPPER_EXTRA_LIBS@
|
|
libs_static=-lopen-rte @ORTE_WRAPPER_EXTRA_LIBS@ -lopen-pal @OPAL_WRAPPER_EXTRA_LIBS@
|
|
dyn_lib_file=libopen-rte.@OPAL_DYN_LIB_SUFFIX@
|
|
static_lib_file=libopen-rte.a
|
|
required_file=
|
|
includedir=${includedir}
|
|
libdir=${libdir}
|