- Any $ac_cv-variable does not need to be converted into strings
before checking
- That's funny: The check for ac_cv_sizeof_int =... always was wrong.
We have to DEREF $ac_cv_sizeof_int, dollar missing.
We always ran on arches, where MPI_OFFSET_TYPE=long was selected...
- Overly long lines should be split into several AC_MSG_WARN.
This commit was SVN r20782.
and provide something for COMPLEXp32 (which is then ignored anyway).
- Provide a self-contained script, which does not depend on platform
files and cross-compilation, aka it should be able to compile Fortran...
ornl_configure_self_contained.gnu
ornl_configure_self_contained.pgi
This commit was SVN r20775.
In case we use memcmp, strlen, strup and friends include <string.h>
Also several constants.h are not included directly
- Let's have mca_topo_base_cart_create return ompi-errors in
ompi/mca/topo/base/topo_base_cart_create.c
This commit was SVN r20773.
(http://www.stafford.uklinux.net/libesmtp/) via the --with-esmtp(=DIR)
configure option. Several MCA parameters must be set in order to use
this component:
* notifier_smtp_server: SMTP server IP address or name; must be supplied
* notifier_smtp_port: port to talk to on the server; defaults to 25
* notifier_smtp_to: comma-delimited list of email addresses to send
the mail to; must be supplied
* notifier_smtp_from_name: free-form "name" who the mail is from;
defaults to "Open MPI Notifier"
* notifier_smtp_from_addr: email address from the mail is from; must
be supplied
* notifier_smtp_subject: subject of the mail; defaults to "Open MPI
notifier"
* notifier_smtp_body_prefix: prefix of the body of the mail; defaults
to a sensible value
* notifier_smtp_body_suffix: suffix of the body of the mail; defaults
to a sensible value
Also libesmtp supports SMTP AUTH protocols, this component does not.
If people want/need those kinds of features, they're relatively easy
to add -- I just didn't bother [yet] before I knew if anyone cared.
This commit was SVN r20749.
This macro is a wrapper around OMPI_SETUP_PACKAGE, and provides common
functionality that I found myself doing in multiple components.
Someone may want to convince me that we should just wrap this all in
OMPI_SETUP_PACKAGE, but I did it first as a separate macro because so
many other places are already using OMPI_SETUP_PACKAGE and I didn't
want to update all of them.
This macro does the following:
* Assumes that this component should be built by default if all
headers and libraries can be found
* Adds --with-<name> and --with-<name>-libdir options to configure
* Sanity checks directory names given to the above options (i.e., look
for a token file in each, but only if the directory argument is
given)
* Assumes that if --with-<name> is supplied and we can't build the
component, it's a fatal error.
* Assumes that if --with-<name> is NOT supplied and we can't build the
component, it's NOT a fatal error.
* Run OMPI_CHECK_PACKAGE (check for the specific presence of header
files and/or libraries) to determine if the package is available
* Set <framework>_<component>_WRAPPER_EXTRA_LDFLAGS
* Set <framework>_<component>_WRAPPER_EXTRA_LIBS
* Set and AC_SUBST <framework>_<component>_CPPFLAGS
* Set and AC_SUBST <framework>_<component>_CFLAGS
* Set and AC_SUBST <framework>_<component>_LDFLAGS
* Set and AC_SUBST <framework>_<component>_LIBS
This commit was SVN r20746.
Adapt orte_process_info to orte_proc_info, and
change orte_proc_info() to orte_proc_info_init().
- Compiled on linux-x86-64
- Discussed with Ralph
This commit was SVN r20739.
However, there is a bug in the config/ompi_check_pcie.m4 that I found this morning which causes those components to always attempt to build. This fixes it so the trunk will build again.
This commit was SVN r20737.
mode, because some functions are not inlined.
This commit was SVN r20736.
The following SVN revision numbers were found above:
r20701 --> open-mpi/ompi@b440c92455
