2004-08-07 00:23:57 +04:00
|
|
|
#
|
2004-11-22 04:38:40 +03:00
|
|
|
# Copyright (c) 2004-2005 The Trustees of Indiana University.
|
|
|
|
|
# All rights reserved.
|
|
|
|
|
# Copyright (c) 2004-2005 The Trustees of the University of Tennessee.
|
|
|
|
|
# All rights reserved.
|
2004-11-28 23:09:25 +03:00
|
|
|
# Copyright (c) 2004-2005 High Performance Computing Center Stuttgart,
|
|
|
|
|
# University of Stuttgart. All rights reserved.
|
2004-11-22 04:38:40 +03:00
|
|
|
# $COPYRIGHT$
|
|
|
|
|
#
|
|
|
|
|
# Additional copyrights may follow
|
|
|
|
|
#
|
2004-08-07 00:23:57 +04:00
|
|
|
# $HEADER$
|
|
|
|
|
#
|
|
|
|
|
|
|
|
|
|
include $(top_srcdir)/config/Makefile.options
|
|
|
|
|
|
|
|
|
|
AM_CPPFLAGS = \
|
|
|
|
|
-DOMPI_PREFIX="\"$(prefix)\"" \
|
|
|
|
|
-DOMPI_BINDIR="\"$(bindir)\"" \
|
|
|
|
|
-DOMPI_LIBDIR="\"$(libdir)\"" \
|
|
|
|
|
-DOMPI_INCDIR="\"$(includedir)\"" \
|
|
|
|
|
-DOMPI_PKGLIBDIR="\"$(pkglibdir)\"" \
|
|
|
|
|
-DOMPI_SYSCONFDIR="\"$(sysconfdir)\"" \
|
|
|
|
|
-DOMPI_CONFIGURE_USER="\"@OMPI_CONFIGURE_USER@\"" \
|
|
|
|
|
-DOMPI_CONFIGURE_HOST="\"@OMPI_CONFIGURE_HOST@\"" \
|
|
|
|
|
-DOMPI_CONFIGURE_DATE="\"@OMPI_CONFIGURE_DATE@\"" \
|
|
|
|
|
-DOMPI_BUILD_CFLAGS="\"@CFLAGS@\"" \
|
|
|
|
|
-DOMPI_BUILD_CPPFLAGS="\"@CPPFLAGS@\"" \
|
|
|
|
|
-DOMPI_BUILD_CXXFLAGS="\"@CXXFLAGS@\"" \
|
|
|
|
|
-DOMPI_BUILD_CXXCPPFLAGS="\"@CXXCPPFLAGS@\"" \
|
|
|
|
|
-DOMPI_BUILD_FFLAGS="\"@FFLAGS@\"" \
|
|
|
|
|
-DOMPI_BUILD_FCFLAGS="\"@FCFLAGS@\"" \
|
|
|
|
|
-DOMPI_BUILD_LDFLAGS="\"@LDFLAGS@\"" \
|
|
|
|
|
-DOMPI_BUILD_LIBS="\"@LIBS@\""
|
|
|
|
|
|
|
|
|
|
libs = $(top_builddir)/src/libmpi.la
|
|
|
|
|
|
Not as bad as this all may look. Tim and I made a significant change to the way we handle the startup of the oob, the seed, etc. We have made it backwards-compatible so that mpirun2 and singleton operations remain working. We had to adjust the name server and gpr as well, plus the process_info structure.
This also includes a checkpoint update to openmpi.c and ompid.c. I have re-enabled the ompid compile.
This latter raises an important point. The trunk compiles the programs like ompid just fine under Linux. It also does just fine for OSX under the dynamic libraries. However, we are seeing errors when compiling under OSX for the static case - the linker seems to have trouble resolving some variable names, even though linker diagnostics show the variables as being defined. Thus, a warning to Mac users that you may have to locally turn things off if you are trying to do static compiles. We ask, however, that you don't commit those changes that turn things off for everyone else - instead, let's try to figure out why the static compile is having a problem, and let everyone else continue to work.
Thanks
Ralph
This commit was SVN r2534.
2004-09-08 07:59:06 +04:00
|
|
|
bin_PROGRAMS = ompid
|
2004-08-07 00:23:57 +04:00
|
|
|
ompid_SOURCES = \
|
|
|
|
|
ompid.h \
|
2004-08-10 00:33:24 +04:00
|
|
|
ompid.c
|
2004-08-07 00:23:57 +04:00
|
|
|
|
2005-02-08 08:06:15 +03:00
|
|
|
ompid_LDADD = $(libs) $(LIBMPI_EXTRA_LIBS)
|
|
|
|
|
ompid_LDFLAGS = $(LIBMPI_EXTRA_LDFLAGS)
|
2004-08-07 00:23:57 +04:00
|
|
|
ompid_DEPENDENCIES = $(libs)
|
|
|
|
|
|
|
|
|
|
clean-local:
|
|
|
|
|
test -z "$(OMPI_CXX_TEMPLATE_REPOSITORY)" || $(RM) -rf $(OMPI_CXX_TEMPLATE_REPOSITORY)
|