2004-01-19 20:43:50 +03: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.
|
2006-08-24 20:38:08 +04:00
|
|
|
// Copyright (c) 2004-2006 The University of Tennessee and The University
|
2005-11-05 22:57:48 +03:00
|
|
|
// of Tennessee Research Foundation. 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.
|
2005-03-24 15:43:37 +03:00
|
|
|
// Copyright (c) 2004-2005 The Regents of the University of California.
|
|
|
|
// All rights reserved.
|
2009-01-11 05:30:00 +03:00
|
|
|
// Copyright (c) 2007-2008 Cisco Systems, Inc. All rights reserved.
|
2004-11-22 04:38:40 +03:00
|
|
|
// $COPYRIGHT$
|
|
|
|
//
|
|
|
|
// Additional copyrights may follow
|
|
|
|
//
|
2004-01-19 20:43:50 +03:00
|
|
|
// $HEADER$
|
|
|
|
//
|
|
|
|
|
2007-04-21 04:51:31 +04:00
|
|
|
#include "ompi_config.h"
|
|
|
|
|
2004-01-19 20:43:50 +03:00
|
|
|
#include <iostream>
|
|
|
|
#include <string>
|
2004-01-30 01:10:58 +03:00
|
|
|
#include <map>
|
2004-01-19 20:43:50 +03:00
|
|
|
|
2004-10-26 19:47:15 +04:00
|
|
|
#if HAVE_UNISTD_H
|
2004-01-19 20:43:50 +03:00
|
|
|
#include <unistd.h>
|
2004-10-26 19:47:15 +04:00
|
|
|
#endif
|
|
|
|
#if HAVE_SYS_PARAM_H
|
2004-01-19 20:43:50 +03:00
|
|
|
#include <sys/param.h>
|
2004-10-26 19:47:15 +04:00
|
|
|
#endif
|
2005-06-14 02:10:07 +04:00
|
|
|
#ifdef HAVE_NETDB_H
|
2005-03-28 18:49:36 +04:00
|
|
|
#include <netdb.h>
|
2005-06-14 02:10:07 +04:00
|
|
|
#endif
|
2004-01-19 20:43:50 +03:00
|
|
|
|
2007-11-26 21:23:53 +03:00
|
|
|
#include MCA_timer_IMPLEMENTATION_HEADER
|
2007-04-21 04:15:05 +04:00
|
|
|
#include "opal/mca/installdirs/installdirs.h"
|
2005-07-03 20:38:52 +04:00
|
|
|
#include "opal/class/opal_value_array.h"
|
2005-07-04 06:16:57 +04:00
|
|
|
#include "opal/util/printf.h"
|
2008-06-09 18:53:58 +04:00
|
|
|
#include "orte/util/show_help.h"
|
2005-11-11 03:26:27 +03:00
|
|
|
#include "opal/memoryhooks/memory.h"
|
2006-02-12 04:33:29 +03:00
|
|
|
#include "opal/mca/base/mca_base_param.h"
|
2007-04-21 04:51:31 +04:00
|
|
|
#include "ompi/tools/ompi_info/ompi_info.h"
|
2004-01-19 20:43:50 +03:00
|
|
|
|
|
|
|
using namespace std;
|
2004-06-07 19:33:53 +04:00
|
|
|
using namespace ompi_info;
|
2004-01-19 20:43:50 +03:00
|
|
|
|
|
|
|
|
|
|
|
//
|
|
|
|
// Public variables
|
|
|
|
//
|
|
|
|
|
2008-05-19 21:44:56 +04:00
|
|
|
const string ompi_info::component_all = "all";
|
|
|
|
const string ompi_info::param_all = "all";
|
|
|
|
|
|
|
|
const string ompi_info::path_prefix = "prefix";
|
|
|
|
const string ompi_info::path_bindir = "bindir";
|
|
|
|
const string ompi_info::path_libdir = "libdir";
|
|
|
|
const string ompi_info::path_incdir = "incdir";
|
|
|
|
const string ompi_info::path_mandir = "mandir";
|
|
|
|
const string ompi_info::path_pkglibdir = "pkglibdir";
|
|
|
|
const string ompi_info::path_sysconfdir = "sysconfdir";
|
|
|
|
const string ompi_info::path_exec_prefix = "exec_prefix";
|
|
|
|
const string ompi_info::path_sbindir = "sbindir";
|
|
|
|
const string ompi_info::path_libexecdir = "libexecdir";
|
|
|
|
const string ompi_info::path_datarootdir = "datarootdir";
|
|
|
|
const string ompi_info::path_datadir = "datadir";
|
|
|
|
const string ompi_info::path_sharedstatedir = "sharedstatedir";
|
|
|
|
const string ompi_info::path_localstatedir = "localstatedir";
|
|
|
|
const string ompi_info::path_infodir = "infodir";
|
|
|
|
const string ompi_info::path_pkgdatadir = "pkgdatadir";
|
|
|
|
const string ompi_info::path_pkgincludedir = "pkgincludedir";
|
2004-01-19 20:43:50 +03:00
|
|
|
|
2004-01-30 01:10:58 +03:00
|
|
|
//
|
|
|
|
// External variables
|
|
|
|
//
|
2004-03-17 21:45:16 +03:00
|
|
|
// This exists in mca/base/mca_base_param.c. It's not extern'ed
|
2004-01-30 01:10:58 +03:00
|
|
|
// in mca_base_param.h so that no one else will use it.
|
|
|
|
//
|
|
|
|
|
2005-07-03 20:38:52 +04:00
|
|
|
extern opal_value_array_t mca_base_params;
|
2004-01-19 20:43:50 +03:00
|
|
|
|
2004-01-30 01:10:58 +03:00
|
|
|
|
2005-02-10 07:37:13 +03:00
|
|
|
void ompi_info::do_params(bool want_all, bool want_internal)
|
2004-01-19 20:43:50 +03:00
|
|
|
{
|
|
|
|
unsigned int count;
|
2004-07-14 00:25:12 +04:00
|
|
|
string type, component;
|
2004-08-09 18:32:09 +04:00
|
|
|
bool found;
|
2004-06-07 19:33:53 +04:00
|
|
|
ompi_info::type_vector_t::size_type i;
|
2008-07-10 05:44:51 +04:00
|
|
|
opal_list_t *info;
|
2004-01-30 01:10:58 +03:00
|
|
|
|
2004-07-14 00:25:12 +04:00
|
|
|
ompi_info::open_components();
|
2004-01-30 01:10:58 +03:00
|
|
|
|
|
|
|
// See if the special param "all" was givin to --param; that
|
|
|
|
// superceeds any individual type
|
|
|
|
|
2005-07-04 04:13:44 +04:00
|
|
|
count = opal_cmd_line_get_ninsts(cmd_line, "param");
|
2004-01-30 01:10:58 +03:00
|
|
|
for (i = 0; i < count; ++i) {
|
2006-10-20 07:57:44 +04:00
|
|
|
type = opal_cmd_line_get_param(cmd_line, "param", (int)i, 0);
|
2004-01-30 01:10:58 +03:00
|
|
|
if (type_all == type) {
|
|
|
|
want_all = true;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2008-07-10 05:44:51 +04:00
|
|
|
// Get a dump of all the MCA params
|
|
|
|
mca_base_param_dump(&info, want_internal);
|
|
|
|
|
2004-01-30 01:10:58 +03:00
|
|
|
// Show the params
|
2004-01-19 20:43:50 +03:00
|
|
|
|
|
|
|
if (want_all) {
|
2004-01-30 01:10:58 +03:00
|
|
|
for (i = 0; i < mca_types.size(); ++i) {
|
2008-07-10 05:44:51 +04:00
|
|
|
show_mca_params(info, mca_types[i], component_all, want_internal);
|
2004-01-30 01:10:58 +03:00
|
|
|
}
|
2004-01-19 20:43:50 +03:00
|
|
|
} else {
|
|
|
|
for (i = 0; i < count; ++i) {
|
2006-10-20 07:57:44 +04:00
|
|
|
type = opal_cmd_line_get_param(cmd_line, "param", (int)i, 0);
|
|
|
|
component = opal_cmd_line_get_param(cmd_line, "param", (int)i, 1);
|
2004-01-19 20:43:50 +03:00
|
|
|
|
|
|
|
for (found = false, i = 0; i < mca_types.size(); ++i) {
|
|
|
|
if (mca_types[i] == type) {
|
|
|
|
found = true;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!found) {
|
2005-07-04 04:13:44 +04:00
|
|
|
char *usage = opal_cmd_line_get_usage_msg(cmd_line);
|
This commit represents a bunch of work on a Mercurial side branch. As
such, the commit message back to the master SVN repository is fairly
long.
= ORTE Job-Level Output Messages =
Add two new interfaces that should be used for all new code throughout
the ORTE and OMPI layers (we already make the search-and-replace on
the existing ORTE / OMPI layers):
* orte_output(): (and corresponding friends ORTE_OUTPUT,
orte_output_verbose, etc.) This function sends the output directly
to the HNP for processing as part of a job-specific output
channel. It supports all the same outputs as opal_output()
(syslog, file, stdout, stderr), but for stdout/stderr, the output
is sent to the HNP for processing and output. More on this below.
* orte_show_help(): This function is a drop-in-replacement for
opal_show_help(), with two differences in functionality:
1. the rendered text help message output is sent to the HNP for
display (rather than outputting directly into the process' stderr
stream)
1. the HNP detects duplicate help messages and does not display them
(so that you don't see the same error message N times, once from
each of your N MPI processes); instead, it counts "new" instances
of the help message and displays a message every ~5 seconds when
there are new ones ("I got X new copies of the help message...")
opal_show_help and opal_output still exist, but they only output in
the current process. The intent for the new orte_* functions is that
they can apply job-level intelligence to the output. As such, we
recommend that all new ORTE and OMPI code use the new orte_*
functions, not thei opal_* functions.
=== New code ===
For ORTE and OMPI programmers, here's what you need to do differently
in new code:
* Do not include opal/util/show_help.h or opal/util/output.h.
Instead, include orte/util/output.h (this one header file has
declarations for both the orte_output() series of functions and
orte_show_help()).
* Effectively s/opal_output/orte_output/gi throughout your code.
Note that orte_output_open() takes a slightly different argument
list (as a way to pass data to the filtering stream -- see below),
so you if explicitly call opal_output_open(), you'll need to
slightly adapt to the new signature of orte_output_open().
* Literally s/opal_show_help/orte_show_help/. The function signature
is identical.
=== Notes ===
* orte_output'ing to stream 0 will do similar to what
opal_output'ing did, so leaving a hard-coded "0" as the first
argument is safe.
* For systems that do not use ORTE's RML or the HNP, the effect of
orte_output_* and orte_show_help will be identical to their opal
counterparts (the additional information passed to
orte_output_open() will be lost!). Indeed, the orte_* functions
simply become trivial wrappers to their opal_* counterparts. Note
that we have not tested this; the code is simple but it is quite
possible that we mucked something up.
= Filter Framework =
Messages sent view the new orte_* functions described above and
messages output via the IOF on the HNP will now optionally be passed
through a new "filter" framework before being output to
stdout/stderr. The "filter" OPAL MCA framework is intended to allow
preprocessing to messages before they are sent to their final
destinations. The first component that was written in the filter
framework was to create an XML stream, segregating all the messages
into different XML tags, etc. This will allow 3rd party tools to read
the stdout/stderr from the HNP and be able to know exactly what each
text message is (e.g., a help message, another OMPI infrastructure
message, stdout from the user process, stderr from the user process,
etc.).
Filtering is not active by default. Filter components must be
specifically requested, such as:
{{{
$ mpirun --mca filter xml ...
}}}
There can only be one filter component active.
= New MCA Parameters =
The new functionality described above introduces two new MCA
parameters:
* '''orte_base_help_aggregate''': Defaults to 1 (true), meaning that
help messages will be aggregated, as described above. If set to 0,
all help messages will be displayed, even if they are duplicates
(i.e., the original behavior).
* '''orte_base_show_output_recursions''': An MCA parameter to help
debug one of the known issues, described below. It is likely that
this MCA parameter will disappear before v1.3 final.
= Known Issues =
* The XML filter component is not complete. The current output from
this component is preliminary and not real XML. A bit more work
needs to be done to configure.m4 search for an appropriate XML
library/link it in/use it at run time.
* There are possible recursion loops in the orte_output() and
orte_show_help() functions -- e.g., if RML send calls orte_output()
or orte_show_help(). We have some ideas how to fix these, but
figured that it was ok to commit before feature freeze with known
issues. The code currently contains sub-optimal workarounds so
that this will not be a problem, but it would be good to actually
solve the problem rather than have hackish workarounds before v1.3 final.
This commit was SVN r18434.
2008-05-14 00:00:55 +04:00
|
|
|
orte_show_help("help-ompi_info.txt", "usage", true, usage);
|
2005-06-17 05:06:36 +04:00
|
|
|
free(usage);
|
|
|
|
exit(1);
|
2004-01-19 20:43:50 +03:00
|
|
|
}
|
|
|
|
|
2008-07-10 05:44:51 +04:00
|
|
|
show_mca_params(info, type, component, want_internal);
|
2004-01-19 20:43:50 +03:00
|
|
|
}
|
|
|
|
}
|
2008-07-10 05:44:51 +04:00
|
|
|
|
|
|
|
// Release all the MCA param memory
|
|
|
|
mca_base_param_dump_release(info);
|
2004-01-19 20:43:50 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2008-07-10 05:44:51 +04:00
|
|
|
void ompi_info::show_mca_params(opal_list_t *info,
|
|
|
|
const string& type, const string& component,
|
2005-08-02 02:38:17 +04:00
|
|
|
bool want_internal)
|
2004-01-19 20:43:50 +03:00
|
|
|
{
|
2005-07-03 20:22:16 +04:00
|
|
|
opal_list_item_t *i;
|
2005-02-12 19:23:39 +03:00
|
|
|
mca_base_param_info_t *p;
|
|
|
|
char *value_string, empty[] = "\0";
|
2005-08-02 02:38:17 +04:00
|
|
|
string message, content, tmp;
|
2008-07-10 05:44:51 +04:00
|
|
|
int value_int, j;
|
2008-07-18 14:52:21 +04:00
|
|
|
mca_base_param_source_t source;
|
2008-08-01 00:00:45 +04:00
|
|
|
char *src_file;
|
2005-02-12 19:23:39 +03:00
|
|
|
|
2005-07-03 20:22:16 +04:00
|
|
|
for (i = opal_list_get_first(info); i != opal_list_get_last(info);
|
|
|
|
i = opal_list_get_next(i)) {
|
2005-02-12 19:23:39 +03:00
|
|
|
p = (mca_base_param_info_t*) i;
|
2005-08-02 02:38:17 +04:00
|
|
|
|
|
|
|
if (NULL != p->mbpp_type_name && type == p->mbpp_type_name) {
|
2005-02-12 19:23:39 +03:00
|
|
|
if (component == component_all ||
|
|
|
|
NULL == p->mbpp_component_name ||
|
|
|
|
(NULL != p->mbpp_component_name &&
|
|
|
|
component == p->mbpp_component_name)) {
|
|
|
|
|
2008-07-18 14:52:21 +04:00
|
|
|
// Find the source of the value
|
|
|
|
if (OPAL_SUCCESS !=
|
2008-08-01 00:00:45 +04:00
|
|
|
mca_base_param_lookup_source(p->mbpp_index, &source, &src_file)) {
|
2008-07-18 14:52:21 +04:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
2005-08-02 02:38:17 +04:00
|
|
|
// Make a string for the default value. Invoke a
|
|
|
|
// lookup because it may transform the string ("~/" ->
|
|
|
|
// "<home dir>/") or get the value from the
|
|
|
|
// environment, a file, etc.
|
2005-02-12 19:23:39 +03:00
|
|
|
|
2005-08-02 02:38:17 +04:00
|
|
|
if (MCA_BASE_PARAM_TYPE_STRING == p->mbpp_type) {
|
|
|
|
mca_base_param_lookup_string(p->mbpp_index,
|
|
|
|
&value_string);
|
2005-02-12 19:23:39 +03:00
|
|
|
|
2005-08-02 02:38:17 +04:00
|
|
|
// Can't let the string be NULL because we
|
|
|
|
// assign it to a std::string, below
|
|
|
|
|
|
|
|
if (NULL == value_string) {
|
|
|
|
value_string = empty;
|
2005-02-12 19:23:39 +03:00
|
|
|
}
|
2005-08-02 02:38:17 +04:00
|
|
|
} else {
|
|
|
|
mca_base_param_lookup_int(p->mbpp_index, &value_int);
|
2006-09-14 12:10:02 +04:00
|
|
|
asprintf(&value_string, "%d", value_int);
|
2005-08-02 02:38:17 +04:00
|
|
|
}
|
|
|
|
content = value_string;
|
2005-02-12 19:23:39 +03:00
|
|
|
|
2005-08-02 02:38:17 +04:00
|
|
|
// Build up the strings to output.
|
|
|
|
|
|
|
|
if (pretty) {
|
|
|
|
message = "MCA ";
|
|
|
|
message += p->mbpp_type_name;
|
2005-02-12 19:23:39 +03:00
|
|
|
|
2005-08-02 02:38:17 +04:00
|
|
|
// Put in the real, full name (which may be
|
|
|
|
// different than the categorization).
|
|
|
|
|
|
|
|
content = p->mbpp_read_only ?
|
|
|
|
"information \"" : "parameter \"";
|
|
|
|
content += p->mbpp_full_name;
|
|
|
|
content += "\" (";
|
|
|
|
content += p->mbpp_read_only ?
|
|
|
|
"value: " : "current value: ";
|
|
|
|
|
|
|
|
if (strlen(value_string) == 0) {
|
2008-07-10 05:44:51 +04:00
|
|
|
content += "<none>";
|
2005-02-12 19:23:39 +03:00
|
|
|
} else {
|
2005-08-02 02:38:17 +04:00
|
|
|
content += "\"";
|
|
|
|
content += value_string;
|
2008-07-10 05:44:51 +04:00
|
|
|
content += "\"";
|
|
|
|
}
|
|
|
|
|
2008-07-18 14:52:21 +04:00
|
|
|
// Indicate where the param was set from
|
|
|
|
content += ", data source: ";
|
|
|
|
switch(source) {
|
|
|
|
case MCA_BASE_PARAM_SOURCE_DEFAULT:
|
|
|
|
content += "default value";
|
|
|
|
break;
|
|
|
|
case MCA_BASE_PARAM_SOURCE_ENV:
|
2008-09-25 17:08:17 +04:00
|
|
|
content += "environment or cmdline";
|
2008-07-18 14:52:21 +04:00
|
|
|
break;
|
|
|
|
case MCA_BASE_PARAM_SOURCE_FILE:
|
2008-08-01 00:00:45 +04:00
|
|
|
content += "file [";
|
|
|
|
content += src_file;
|
|
|
|
content += "]";
|
2008-07-18 14:52:21 +04:00
|
|
|
break;
|
|
|
|
case MCA_BASE_PARAM_SOURCE_OVERRIDE:
|
|
|
|
content += "API override";
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2008-07-10 05:44:51 +04:00
|
|
|
// Is this parameter deprecated?
|
|
|
|
if (p->mbpp_deprecated) {
|
|
|
|
content += ", deprecated";
|
2005-08-02 02:38:17 +04:00
|
|
|
}
|
2008-07-10 05:44:51 +04:00
|
|
|
|
|
|
|
// Does this parameter have any synonyms?
|
|
|
|
if (p->mbpp_synonyms_len > 0) {
|
|
|
|
content += ", synonyms: ";
|
|
|
|
for (j = 0; j < p->mbpp_synonyms_len; ++j) {
|
|
|
|
if (j > 0) {
|
|
|
|
content += ", ";
|
|
|
|
}
|
|
|
|
content += p->mbpp_synonyms[j]->mbpp_full_name;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Is this parameter a synonym of something else?
|
|
|
|
else if (NULL != p->mbpp_synonym_parent) {
|
|
|
|
content += ", synonym of: ";
|
|
|
|
content += p->mbpp_synonym_parent->mbpp_full_name;
|
|
|
|
}
|
|
|
|
content += ")";
|
2005-08-02 02:38:17 +04:00
|
|
|
out(message, message, content);
|
|
|
|
|
|
|
|
// If we have a help message, output it
|
|
|
|
if (NULL != p->mbpp_help_msg) {
|
|
|
|
out("", "", p->mbpp_help_msg);
|
2005-02-12 19:23:39 +03:00
|
|
|
}
|
2005-08-02 02:38:17 +04:00
|
|
|
} else {
|
|
|
|
tmp = "mca:";
|
|
|
|
tmp += p->mbpp_type_name;
|
|
|
|
tmp += ":";
|
2005-02-12 19:23:39 +03:00
|
|
|
|
2005-08-02 02:38:17 +04:00
|
|
|
if (p->mbpp_component_name != NULL) {
|
|
|
|
tmp += p->mbpp_component_name;
|
|
|
|
} else {
|
|
|
|
tmp += "base";
|
|
|
|
}
|
|
|
|
tmp += ":param:";
|
|
|
|
|
|
|
|
// Put in the real, full name (which may be
|
|
|
|
// different than the categorization).
|
2005-02-12 19:23:39 +03:00
|
|
|
|
2005-08-02 02:38:17 +04:00
|
|
|
tmp += p->mbpp_full_name;
|
|
|
|
tmp += ":";
|
|
|
|
|
|
|
|
// Output the value
|
|
|
|
|
|
|
|
message = tmp;
|
|
|
|
message += "value";
|
|
|
|
content = value_string;
|
|
|
|
out(message, message, content);
|
|
|
|
|
2008-07-18 14:52:21 +04:00
|
|
|
// Indicate where the param was set from
|
|
|
|
|
|
|
|
message = tmp;
|
|
|
|
message += "data_source";
|
|
|
|
switch(source) {
|
|
|
|
case MCA_BASE_PARAM_SOURCE_DEFAULT:
|
|
|
|
content = "default value";
|
|
|
|
break;
|
|
|
|
case MCA_BASE_PARAM_SOURCE_ENV:
|
2008-09-25 17:08:17 +04:00
|
|
|
content = "environment-cmdline";
|
2008-07-18 14:52:21 +04:00
|
|
|
break;
|
|
|
|
case MCA_BASE_PARAM_SOURCE_FILE:
|
2008-08-02 04:43:27 +04:00
|
|
|
content = "file:";
|
2008-08-01 00:35:42 +04:00
|
|
|
content += src_file;
|
2008-07-18 14:52:21 +04:00
|
|
|
break;
|
|
|
|
case MCA_BASE_PARAM_SOURCE_OVERRIDE:
|
|
|
|
content = "API override";
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
out(message, message, content);
|
|
|
|
|
2005-08-02 02:38:17 +04:00
|
|
|
// Output whether it's read only or writable
|
|
|
|
|
|
|
|
message = tmp;
|
|
|
|
message += "status";
|
|
|
|
content = p->mbpp_read_only ? "read-only" : "writable";
|
|
|
|
out(message, message, content);
|
|
|
|
|
|
|
|
// If it has a help message, output that
|
|
|
|
|
|
|
|
if (NULL != p->mbpp_help_msg) {
|
|
|
|
message = tmp;
|
|
|
|
message += "help";
|
|
|
|
content = p->mbpp_help_msg;
|
|
|
|
out(message, message, content);
|
2005-02-12 19:23:39 +03:00
|
|
|
}
|
2008-07-10 05:44:51 +04:00
|
|
|
|
|
|
|
// Is this parameter deprecated?
|
|
|
|
message = tmp;
|
|
|
|
message += "deprecated";
|
|
|
|
content = p->mbpp_deprecated ? "yes" : "no";
|
|
|
|
out(message, message, content);
|
|
|
|
|
|
|
|
// Does this parameter have any synonyms?
|
|
|
|
if (p->mbpp_synonyms_len > 0) {
|
|
|
|
for (j = 0; j < p->mbpp_synonyms_len; ++j) {
|
|
|
|
message = tmp;
|
|
|
|
message += "synonym:name";
|
|
|
|
content = p->mbpp_synonyms[j]->mbpp_full_name;
|
|
|
|
out(message, message, content);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Is this parameter a synonym of something else?
|
|
|
|
else if (NULL != p->mbpp_synonym_parent) {
|
|
|
|
message = tmp;
|
|
|
|
message += "synonym_of:name";
|
|
|
|
content = p->mbpp_synonym_parent->mbpp_full_name;
|
|
|
|
out(message, message, content);
|
|
|
|
}
|
2005-02-12 19:23:39 +03:00
|
|
|
}
|
2005-08-02 02:38:17 +04:00
|
|
|
|
|
|
|
// If we allocated the string, then free it
|
|
|
|
|
|
|
|
if (value_string != empty) {
|
|
|
|
free(value_string);
|
|
|
|
}
|
2004-01-19 20:43:50 +03:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2005-07-04 04:13:44 +04:00
|
|
|
void ompi_info::do_path(bool want_all, opal_cmd_line_t *cmd_line)
|
2004-01-19 20:43:50 +03:00
|
|
|
{
|
|
|
|
int i, count;
|
|
|
|
string scope;
|
|
|
|
|
2008-05-19 21:44:56 +04:00
|
|
|
// Check bozo case
|
|
|
|
count = opal_cmd_line_get_ninsts(cmd_line, "path");
|
|
|
|
for (i = 0; i < count; ++i) {
|
|
|
|
scope = opal_cmd_line_get_param(cmd_line, "path", i, 0);
|
|
|
|
if ("all" == scope) {
|
|
|
|
want_all = true;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2004-01-19 20:43:50 +03:00
|
|
|
if (want_all) {
|
2007-04-21 04:15:05 +04:00
|
|
|
show_path(path_prefix, opal_install_dirs.prefix);
|
2008-05-19 21:44:56 +04:00
|
|
|
show_path(path_exec_prefix, opal_install_dirs.exec_prefix);
|
2007-04-21 04:15:05 +04:00
|
|
|
show_path(path_bindir, opal_install_dirs.bindir);
|
2008-05-19 21:44:56 +04:00
|
|
|
show_path(path_sbindir, opal_install_dirs.sbindir);
|
2007-04-21 04:15:05 +04:00
|
|
|
show_path(path_libdir, opal_install_dirs.libdir);
|
|
|
|
show_path(path_incdir, opal_install_dirs.includedir);
|
2007-12-03 18:35:37 +03:00
|
|
|
show_path(path_mandir, opal_install_dirs.mandir);
|
2007-04-21 04:15:05 +04:00
|
|
|
show_path(path_pkglibdir, opal_install_dirs.pkglibdir);
|
2008-05-19 21:44:56 +04:00
|
|
|
show_path(path_libexecdir, opal_install_dirs.libexecdir);
|
|
|
|
show_path(path_datarootdir, opal_install_dirs.datarootdir);
|
|
|
|
show_path(path_datadir, opal_install_dirs.datadir);
|
2007-04-21 04:15:05 +04:00
|
|
|
show_path(path_sysconfdir, opal_install_dirs.sysconfdir);
|
2008-05-19 21:44:56 +04:00
|
|
|
show_path(path_sharedstatedir, opal_install_dirs.sharedstatedir);
|
|
|
|
show_path(path_localstatedir, opal_install_dirs.localstatedir);
|
|
|
|
show_path(path_infodir, opal_install_dirs.infodir);
|
|
|
|
show_path(path_pkgdatadir, opal_install_dirs.pkgdatadir);
|
|
|
|
show_path(path_pkglibdir, opal_install_dirs.pkglibdir);
|
|
|
|
show_path(path_pkgincludedir, opal_install_dirs.pkgincludedir);
|
2004-01-19 20:43:50 +03:00
|
|
|
} else {
|
2005-07-04 04:13:44 +04:00
|
|
|
count = opal_cmd_line_get_ninsts(cmd_line, "path");
|
2004-01-19 20:43:50 +03:00
|
|
|
for (i = 0; i < count; ++i) {
|
2005-07-04 04:13:44 +04:00
|
|
|
scope = opal_cmd_line_get_param(cmd_line, "path", i, 0);
|
2004-01-19 20:43:50 +03:00
|
|
|
|
2008-05-19 21:44:56 +04:00
|
|
|
if (path_prefix == scope) {
|
|
|
|
show_path(path_prefix, opal_install_dirs.prefix);
|
|
|
|
} else if (path_bindir == scope) {
|
|
|
|
show_path(path_bindir, opal_install_dirs.bindir);
|
|
|
|
} else if (path_libdir == scope) {
|
|
|
|
show_path(path_libdir, opal_install_dirs.libdir);
|
|
|
|
} else if (path_incdir == scope) {
|
|
|
|
show_path(path_incdir, opal_install_dirs.includedir);
|
|
|
|
} else if (path_mandir == scope) {
|
|
|
|
show_path(path_mandir, opal_install_dirs.mandir);
|
|
|
|
} else if (path_pkglibdir == scope) {
|
|
|
|
show_path(path_pkglibdir, opal_install_dirs.pkglibdir);
|
|
|
|
} else if (path_sysconfdir == scope) {
|
|
|
|
show_path(path_sysconfdir, opal_install_dirs.sysconfdir);
|
|
|
|
} else if (path_exec_prefix == scope) {
|
|
|
|
show_path(path_exec_prefix, opal_install_dirs.exec_prefix);
|
|
|
|
} else if (path_sbindir == scope) {
|
|
|
|
show_path(path_sbindir, opal_install_dirs.sbindir);
|
|
|
|
} else if (path_libexecdir == scope) {
|
|
|
|
show_path(path_libexecdir, opal_install_dirs.libexecdir);
|
|
|
|
} else if (path_datarootdir == scope) {
|
|
|
|
show_path(path_datarootdir, opal_install_dirs.datarootdir);
|
|
|
|
} else if (path_datadir == scope) {
|
|
|
|
show_path(path_datadir, opal_install_dirs.datadir);
|
|
|
|
} else if (path_sharedstatedir == scope) {
|
|
|
|
show_path(path_sharedstatedir, opal_install_dirs.sharedstatedir);
|
|
|
|
} else if (path_localstatedir == scope) {
|
|
|
|
show_path(path_localstatedir, opal_install_dirs.localstatedir);
|
|
|
|
} else if (path_infodir == scope) {
|
|
|
|
show_path(path_infodir, opal_install_dirs.infodir);
|
|
|
|
} else if (path_pkgdatadir == scope) {
|
|
|
|
show_path(path_pkgdatadir, opal_install_dirs.pkgdatadir);
|
|
|
|
} else if (path_pkgincludedir == scope) {
|
|
|
|
show_path(path_pkgincludedir, opal_install_dirs.pkgincludedir);
|
|
|
|
} else {
|
2005-07-04 04:13:44 +04:00
|
|
|
char *usage = opal_cmd_line_get_usage_msg(cmd_line);
|
This commit represents a bunch of work on a Mercurial side branch. As
such, the commit message back to the master SVN repository is fairly
long.
= ORTE Job-Level Output Messages =
Add two new interfaces that should be used for all new code throughout
the ORTE and OMPI layers (we already make the search-and-replace on
the existing ORTE / OMPI layers):
* orte_output(): (and corresponding friends ORTE_OUTPUT,
orte_output_verbose, etc.) This function sends the output directly
to the HNP for processing as part of a job-specific output
channel. It supports all the same outputs as opal_output()
(syslog, file, stdout, stderr), but for stdout/stderr, the output
is sent to the HNP for processing and output. More on this below.
* orte_show_help(): This function is a drop-in-replacement for
opal_show_help(), with two differences in functionality:
1. the rendered text help message output is sent to the HNP for
display (rather than outputting directly into the process' stderr
stream)
1. the HNP detects duplicate help messages and does not display them
(so that you don't see the same error message N times, once from
each of your N MPI processes); instead, it counts "new" instances
of the help message and displays a message every ~5 seconds when
there are new ones ("I got X new copies of the help message...")
opal_show_help and opal_output still exist, but they only output in
the current process. The intent for the new orte_* functions is that
they can apply job-level intelligence to the output. As such, we
recommend that all new ORTE and OMPI code use the new orte_*
functions, not thei opal_* functions.
=== New code ===
For ORTE and OMPI programmers, here's what you need to do differently
in new code:
* Do not include opal/util/show_help.h or opal/util/output.h.
Instead, include orte/util/output.h (this one header file has
declarations for both the orte_output() series of functions and
orte_show_help()).
* Effectively s/opal_output/orte_output/gi throughout your code.
Note that orte_output_open() takes a slightly different argument
list (as a way to pass data to the filtering stream -- see below),
so you if explicitly call opal_output_open(), you'll need to
slightly adapt to the new signature of orte_output_open().
* Literally s/opal_show_help/orte_show_help/. The function signature
is identical.
=== Notes ===
* orte_output'ing to stream 0 will do similar to what
opal_output'ing did, so leaving a hard-coded "0" as the first
argument is safe.
* For systems that do not use ORTE's RML or the HNP, the effect of
orte_output_* and orte_show_help will be identical to their opal
counterparts (the additional information passed to
orte_output_open() will be lost!). Indeed, the orte_* functions
simply become trivial wrappers to their opal_* counterparts. Note
that we have not tested this; the code is simple but it is quite
possible that we mucked something up.
= Filter Framework =
Messages sent view the new orte_* functions described above and
messages output via the IOF on the HNP will now optionally be passed
through a new "filter" framework before being output to
stdout/stderr. The "filter" OPAL MCA framework is intended to allow
preprocessing to messages before they are sent to their final
destinations. The first component that was written in the filter
framework was to create an XML stream, segregating all the messages
into different XML tags, etc. This will allow 3rd party tools to read
the stdout/stderr from the HNP and be able to know exactly what each
text message is (e.g., a help message, another OMPI infrastructure
message, stdout from the user process, stderr from the user process,
etc.).
Filtering is not active by default. Filter components must be
specifically requested, such as:
{{{
$ mpirun --mca filter xml ...
}}}
There can only be one filter component active.
= New MCA Parameters =
The new functionality described above introduces two new MCA
parameters:
* '''orte_base_help_aggregate''': Defaults to 1 (true), meaning that
help messages will be aggregated, as described above. If set to 0,
all help messages will be displayed, even if they are duplicates
(i.e., the original behavior).
* '''orte_base_show_output_recursions''': An MCA parameter to help
debug one of the known issues, described below. It is likely that
this MCA parameter will disappear before v1.3 final.
= Known Issues =
* The XML filter component is not complete. The current output from
this component is preliminary and not real XML. A bit more work
needs to be done to configure.m4 search for an appropriate XML
library/link it in/use it at run time.
* There are possible recursion loops in the orte_output() and
orte_show_help() functions -- e.g., if RML send calls orte_output()
or orte_show_help(). We have some ideas how to fix these, but
figured that it was ok to commit before feature freeze with known
issues. The code currently contains sub-optimal workarounds so
that this will not be a problem, but it would be good to actually
solve the problem rather than have hackish workarounds before v1.3 final.
This commit was SVN r18434.
2008-05-14 00:00:55 +04:00
|
|
|
orte_show_help("help-ompi_info.txt", "usage", true, usage);
|
2005-06-17 05:06:36 +04:00
|
|
|
free(usage);
|
|
|
|
exit(1);
|
2004-01-19 20:43:50 +03:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2004-06-07 19:33:53 +04:00
|
|
|
void ompi_info::show_path(const string& type, const string& value)
|
2004-01-19 20:43:50 +03:00
|
|
|
{
|
|
|
|
string pretty(type);
|
|
|
|
pretty[0] &= toupper(pretty[0]);
|
|
|
|
|
|
|
|
out(pretty, "path:" + type, value);
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2007-07-02 10:12:02 +04:00
|
|
|
void ompi_info::do_arch()
|
2004-01-19 20:43:50 +03:00
|
|
|
{
|
2007-07-02 10:12:02 +04:00
|
|
|
out("Configured architecture", "config:arch", OMPI_ARCH);
|
|
|
|
}
|
2004-01-19 20:43:50 +03:00
|
|
|
|
2007-07-02 10:12:02 +04:00
|
|
|
|
|
|
|
void ompi_info::do_hostname()
|
|
|
|
{
|
|
|
|
out("Configure host", "config:host", OMPI_CONFIGURE_HOST);
|
2004-01-19 20:43:50 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
//
|
|
|
|
// do_config
|
|
|
|
// Accepts:
|
|
|
|
// - want_all: boolean flag; TRUE -> display all options
|
|
|
|
// FALSE -> display selected options
|
|
|
|
//
|
|
|
|
// This function displays all the options with which the current
|
2004-06-07 19:33:53 +04:00
|
|
|
// installation of ompi was configured. There are many options here
|
|
|
|
// that are carried forward from OMPI-7 and are not mca parameters
|
|
|
|
// in OMPI-10. I have to dig through the invalid options and replace
|
|
|
|
// them with OMPI-10 options.
|
2004-01-19 20:43:50 +03:00
|
|
|
//
|
2004-06-07 19:33:53 +04:00
|
|
|
void ompi_info::do_config(bool want_all)
|
2004-01-19 20:43:50 +03:00
|
|
|
{
|
2005-10-15 00:07:05 +04:00
|
|
|
const string cxx(OMPI_WANT_CXX_BINDINGS ? "yes" : "no");
|
2004-09-11 23:13:43 +04:00
|
|
|
const string f77(OMPI_WANT_F77_BINDINGS ? string("yes (") +
|
2004-09-11 17:26:51 +04:00
|
|
|
(OMPI_HAVE_WEAK_SYMBOLS ? "all" :
|
|
|
|
(OMPI_F77_CAPS ? "caps" :
|
|
|
|
(OMPI_F77_PLAIN ? "lower case" :
|
|
|
|
(OMPI_F77_SINGLE_UNDERSCORE ? "single underscore" :
|
2004-09-11 23:13:43 +04:00
|
|
|
"double underscore")))) + string(")"): "no");
|
2004-06-07 19:33:53 +04:00
|
|
|
const string f90(OMPI_WANT_F90_BINDINGS ? "yes" : "no");
|
Bring over changes from the /tmp/fortran-stuff series:
- Make the F90 bindings compile and link properly with gfortran 4.0,
4.1, Intel 9.0, PGI 6.1, Sun (don't know version offhand -- the most
current as of this writing, I think), and NAG 5.2, although some
have limitations (e.g., NAG can't seem to handle the medium and
large sizes)
- Building the F90 "small" module size is now the default, even for
developers
- Split up mpif.h into multiple files because parts of it were toxic
to the F90 bindings
- Properly specify unsized/unshaped arrays to make the bindings work
on all known compilers
- Make ompi_info show Fortran 90 bindings size
- XML somewhat lags the generated scripts as of this commit, but
functionality was my main goal -- the XML can be updated later (if
at all).
This commit was SVN r10118.
2006-05-30 18:37:41 +04:00
|
|
|
const string f90_size(OMPI_F90_BUILD_SIZE);
|
2006-12-30 20:13:18 +03:00
|
|
|
const string heterogeneous(OMPI_ENABLE_HETEROGENEOUS_SUPPORT ? "yes" : "no");
|
2004-06-07 19:33:53 +04:00
|
|
|
const string memprofile(OMPI_ENABLE_MEM_PROFILE ? "yes" : "no");
|
|
|
|
const string memdebug(OMPI_ENABLE_MEM_DEBUG ? "yes" : "no");
|
|
|
|
const string debug(OMPI_ENABLE_DEBUG ? "yes" : "no");
|
|
|
|
const string cprofiling(OMPI_ENABLE_MPI_PROFILING ? "yes" : "no");
|
|
|
|
const string cxxprofiling(OMPI_ENABLE_MPI_PROFILING ? "yes" : "no");
|
2004-09-11 17:40:36 +04:00
|
|
|
const string f77profiling((OMPI_ENABLE_MPI_PROFILING &&
|
|
|
|
OMPI_WANT_F77_BINDINGS) ? "yes" : "no");
|
2004-06-07 19:33:53 +04:00
|
|
|
const string f90profiling((OMPI_ENABLE_MPI_PROFILING && OMPI_WANT_F90_BINDINGS) ?
|
2004-09-11 17:40:36 +04:00
|
|
|
"yes" : "no");
|
2004-06-07 19:33:53 +04:00
|
|
|
const string cxxexceptions(OMPI_HAVE_CXX_EXCEPTION_SUPPORT ? "yes" : "no");
|
2008-10-28 15:25:08 +03:00
|
|
|
// Do a little preprocessor trickery here to figure out the
|
|
|
|
// tri-state of MPI_PARAM_CHECK (which will be either 0, 1, or
|
|
|
|
// ompi_mpi_param_check). The preprocessor will only allow
|
|
|
|
// comparisons against constants, so you'll get a warning if you
|
|
|
|
// check MPI_PARAM_CHECK against 0 or 1, but its real value is the
|
|
|
|
// string ompi_mpi_param_check. So define ompi_mpi_param_check to
|
|
|
|
// be a constant, and then all the preprocessor comparisons work out
|
|
|
|
// ok. Note that we chose the preprocessor comparison route because
|
|
|
|
// it is not sufficient to simply set the variable
|
|
|
|
// ompi_mpi_param_check to a non-0/non-1 value. This is because the
|
|
|
|
// compiler will generate a warning that that C variable is unused
|
|
|
|
// when MPI_PARAM_CHECK is hard-coded to 0 or 1.
|
|
|
|
string paramcheck;
|
|
|
|
#define ompi_mpi_param_check 999
|
|
|
|
#if 0 == MPI_PARAM_CHECK
|
|
|
|
paramcheck = "never";
|
|
|
|
#elif 1 == MPI_PARAM_CHECK
|
|
|
|
paramcheck = "always";
|
|
|
|
#else
|
|
|
|
paramcheck = "runtime";
|
|
|
|
#endif
|
2005-04-21 19:28:03 +04:00
|
|
|
string threads;
|
2006-05-24 14:56:47 +04:00
|
|
|
const string want_libltdl(OMPI_WANT_LIBLTDL ? "yes" : "no");
|
2006-09-15 06:52:08 +04:00
|
|
|
const string mpirun_prefix_by_default(ORTE_WANT_ORTERUN_PREFIX_BY_DEFAULT ?
|
|
|
|
"yes" : "no");
|
2007-08-04 04:41:26 +04:00
|
|
|
const string sparse_groups(OMPI_GROUP_SPARSE ? "yes" : "no");
|
2007-08-19 01:35:51 +04:00
|
|
|
const string have_mpi_io(OMPI_PROVIDE_MPI_FILE_INTERFACE ? "yes" : "no");
|
2007-11-26 21:23:53 +03:00
|
|
|
const string wtime_support(OPAL_TIMER_USEC_NATIVE ? "native" : "gettimeofday");
|
2008-03-05 04:30:32 +03:00
|
|
|
const string symbol_visibility(OMPI_C_HAVE_VISIBILITY ? "yes" : "no");
|
2007-08-04 04:41:26 +04:00
|
|
|
|
2005-04-21 19:28:03 +04:00
|
|
|
if (OMPI_HAVE_SOLARIS_THREADS || OMPI_HAVE_POSIX_THREADS) {
|
|
|
|
threads = OMPI_HAVE_SOLARIS_THREADS ? "solaris" :
|
|
|
|
OMPI_HAVE_POSIX_THREADS ? "posix" : "type unknown";
|
|
|
|
threads += " (";
|
|
|
|
threads += "mpi: ";
|
|
|
|
threads += OMPI_ENABLE_MPI_THREADS ? "yes" : "no";
|
|
|
|
threads += ", progress: ";
|
|
|
|
threads += OMPI_ENABLE_PROGRESS_THREADS ? "yes" : "no";
|
|
|
|
threads += ")";
|
|
|
|
} else {
|
|
|
|
threads = "no";
|
|
|
|
}
|
2004-01-19 20:43:50 +03:00
|
|
|
|
2008-02-20 01:15:52 +03:00
|
|
|
string ft_support;
|
|
|
|
ft_support = OPAL_ENABLE_FT ? "yes" : "no";
|
|
|
|
ft_support += " (checkpoint thread: ";
|
|
|
|
ft_support += OPAL_ENABLE_FT_THREAD ? "yes" : "no";
|
|
|
|
ft_support += ")";
|
|
|
|
|
2004-06-07 19:33:53 +04:00
|
|
|
out("Configured by", "config:user", OMPI_CONFIGURE_USER);
|
|
|
|
out("Configured on", "config:timestamp", OMPI_CONFIGURE_DATE);
|
|
|
|
out("Configure host", "config:host", OMPI_CONFIGURE_HOST);
|
2004-01-19 20:43:50 +03:00
|
|
|
|
2005-04-08 00:13:41 +04:00
|
|
|
out("Built by", "build:user", OMPI_BUILD_USER);
|
|
|
|
out("Built on", "build:timestamp", OMPI_BUILD_DATE);
|
|
|
|
out("Built host", "build:host", OMPI_BUILD_HOST);
|
|
|
|
|
2004-01-19 20:43:50 +03:00
|
|
|
out("C bindings", "bindings:c", "yes");
|
2005-10-15 00:07:05 +04:00
|
|
|
out("C++ bindings", "bindings:cxx", cxx);
|
2004-01-19 20:43:50 +03:00
|
|
|
out("Fortran77 bindings", "bindings:f77", f77);
|
|
|
|
out("Fortran90 bindings", "bindings:f90", f90);
|
Bring over changes from the /tmp/fortran-stuff series:
- Make the F90 bindings compile and link properly with gfortran 4.0,
4.1, Intel 9.0, PGI 6.1, Sun (don't know version offhand -- the most
current as of this writing, I think), and NAG 5.2, although some
have limitations (e.g., NAG can't seem to handle the medium and
large sizes)
- Building the F90 "small" module size is now the default, even for
developers
- Split up mpif.h into multiple files because parts of it were toxic
to the F90 bindings
- Properly specify unsized/unshaped arrays to make the bindings work
on all known compilers
- Make ompi_info show Fortran 90 bindings size
- XML somewhat lags the generated scripts as of this commit, but
functionality was my main goal -- the XML can be updated later (if
at all).
This commit was SVN r10118.
2006-05-30 18:37:41 +04:00
|
|
|
out("Fortran90 bindings size", "bindings:f90:size",
|
|
|
|
OMPI_WANT_F90_BINDINGS ? f90_size : "na");
|
2004-01-19 20:43:50 +03:00
|
|
|
|
2004-06-07 19:33:53 +04:00
|
|
|
out("C compiler", "compiler:c:command", OMPI_CC);
|
2005-06-17 05:06:36 +04:00
|
|
|
out("C compiler absolute", "compiler:c:absolute", OMPI_CC_ABSOLUTE);
|
2004-01-19 20:43:50 +03:00
|
|
|
|
|
|
|
if (want_all) {
|
|
|
|
out("C char size", "compiler:c:sizeof:char", sizeof(char));
|
|
|
|
out("C bool size", "compiler:c:sizeof:bool", sizeof(bool));
|
|
|
|
out("C short size", "compiler:c:sizeof:short", sizeof(short));
|
|
|
|
out("C int size", "compiler:c:sizeof:int", sizeof(int));
|
|
|
|
out("C long size", "compiler:c:sizeof:long", sizeof(long));
|
|
|
|
out("C float size", "compiler:c:sizeof:float", sizeof(float));
|
|
|
|
out("C double size", "compiler:c:sizeof:double", sizeof(double));
|
|
|
|
out("C pointer size", "compiler:c:sizeof:pointer", sizeof(void *));
|
2004-06-07 19:33:53 +04:00
|
|
|
out("C char align", "compiler:c:align:char", OMPI_ALIGNMENT_CHAR);
|
|
|
|
out("C bool align", "compiler:c:align:bool", OMPI_ALIGNMENT_CXX_BOOL);
|
|
|
|
out("C int align", "compiler:c:align:int", OMPI_ALIGNMENT_INT);
|
|
|
|
out("C float align", "compiler:c:align:float", OMPI_ALIGNMENT_FLOAT);
|
|
|
|
out("C double align", "compiler:c:align:double", OMPI_ALIGNMENT_DOUBLE);
|
2004-01-19 20:43:50 +03:00
|
|
|
}
|
|
|
|
|
2004-06-07 19:33:53 +04:00
|
|
|
out("C++ compiler", "compiler:cxx:command", OMPI_CXX);
|
2005-06-17 05:06:36 +04:00
|
|
|
out("C++ compiler absolute", "compiler:cxx:absolute", OMPI_CXX_ABSOLUTE);
|
2004-01-19 20:43:50 +03:00
|
|
|
|
2004-06-07 19:33:53 +04:00
|
|
|
out("Fortran77 compiler", "compiler:f77:command", OMPI_F77);
|
2005-06-17 05:11:08 +04:00
|
|
|
out("Fortran77 compiler abs", "compiler:f77:absolute",
|
2005-06-17 05:06:36 +04:00
|
|
|
OMPI_F77_ABSOLUTE);
|
2004-06-07 19:33:53 +04:00
|
|
|
out("Fortran90 compiler", "compiler:f90:command", OMPI_F90);
|
2005-06-17 05:11:08 +04:00
|
|
|
out("Fortran90 compiler abs", "compiler:f90:absolute",
|
2005-06-17 05:06:36 +04:00
|
|
|
OMPI_F90_ABSOLUTE);
|
2004-03-16 22:23:24 +03:00
|
|
|
|
2004-01-19 20:43:50 +03:00
|
|
|
if (want_all) {
|
2004-06-17 17:29:46 +04:00
|
|
|
|
|
|
|
// Will always have the size of Fortran integer
|
|
|
|
|
2004-01-19 20:43:50 +03:00
|
|
|
out("Fort integer size", "compiler:fortran:sizeof:integer",
|
A bunch of changes to support MPI_INTEGER*x, MPI_REAL*x,
MPI_COMPLEX*x, and some optional C datatypes in MPI reduction
operations. These types are not technically supported by the letter
of the MPI standard, but are implied by the spirit of it (and there
are definitely users that use them in real applications)
- Add checks in configure for back-end C types for MPI_INTEGER*x and
MPI_REAL*x
- Create C data structs for MPI_COMPLEX*x
- Fixed typo for MPI_INTEGER8 in mpi.h
- Updated configure macros to create MPI_FORTRAN_INTEGER* defines, as
opposed to MPI_FORTRAN_INT, which was causing [me] lots of confusion
(between C "*_INT" names and Fortran "*_INT" names). This caused
some trivial updates in ddt, ompi_info, and the MPI layer to match.
- Update ompi_info to show whether we have each MPI_INTEGER*x,
MPI_REAL*x, and MPI_COMPLEX*x
- Extended reduction operations for optional datatypes:
- "C integer" now includes long long int, long long, and unsigned
long long
- "Fortran integer" now includes MPI_INTEGER*x
- "Floating point" now includes MPI_REAL*x
- "Complex" now includes MPI_COMPLEX*x
This commit was SVN r5511.
2005-04-27 14:23:06 +04:00
|
|
|
OMPI_SIZEOF_FORTRAN_INTEGER);
|
2004-06-17 17:29:46 +04:00
|
|
|
|
- Implement correct Fortran Logical-handling in f77/f90 interface in
case of:
sizeof(MPI_Flogical) != sizeof (int)
and
Fortran value of .TRUE. != 1
as is often the case.
- Check in configure the value of .TRUE., the C-type coresponding to
logical and check, that fortran compiler does not do something strange
with arrays of logicals
- Convert all occurrences of logicals in the fortran wrappers, only
in case it is needed.
*Please note* Implementation of MPI_Cart_sub needed special treatment.
- Output these value in ompi_info -a
- Clean up the prototypes_mpi.h to just have a single definition and
thereby deleting the necessity for prototypes_pmpi.h
- configured, compiled and tested with F90-program, which uses
MPI_Cart_create and MPI_Cart_get:
linux ia32, gcc (no testing, as no f90)
linux ia32, gcc --disable-mpi-f77 --disable-mpi-f90 (had a bug there)
linux ia32, icc-8.1
linux opteron, gcc-3.3.5, pgcc, pathccx/pathf90 (tested just
pgi-compiler)
linux em64t, gcc, icc-8.1 (tested just icc)
This commit was SVN r8254.
2005-11-24 19:52:35 +03:00
|
|
|
out("Fort logical size", "compiler:fortran:sizeof:logical",
|
|
|
|
OMPI_SIZEOF_FORTRAN_LOGICAL);
|
|
|
|
out("Fort logical value true", "compiler:fortran:value:true",
|
|
|
|
OMPI_FORTRAN_VALUE_TRUE);
|
|
|
|
|
|
|
|
|
2004-06-17 17:29:46 +04:00
|
|
|
// May or may not have the other Fortran sizes
|
|
|
|
|
|
|
|
if (OMPI_WANT_F77_BINDINGS || OMPI_WANT_F90_BINDINGS) {
|
A bunch of changes to support MPI_INTEGER*x, MPI_REAL*x,
MPI_COMPLEX*x, and some optional C datatypes in MPI reduction
operations. These types are not technically supported by the letter
of the MPI standard, but are implied by the spirit of it (and there
are definitely users that use them in real applications)
- Add checks in configure for back-end C types for MPI_INTEGER*x and
MPI_REAL*x
- Create C data structs for MPI_COMPLEX*x
- Fixed typo for MPI_INTEGER8 in mpi.h
- Updated configure macros to create MPI_FORTRAN_INTEGER* defines, as
opposed to MPI_FORTRAN_INT, which was causing [me] lots of confusion
(between C "*_INT" names and Fortran "*_INT" names). This caused
some trivial updates in ddt, ompi_info, and the MPI layer to match.
- Update ompi_info to show whether we have each MPI_INTEGER*x,
MPI_REAL*x, and MPI_COMPLEX*x
- Extended reduction operations for optional datatypes:
- "C integer" now includes long long int, long long, and unsigned
long long
- "Fortran integer" now includes MPI_INTEGER*x
- "Floating point" now includes MPI_REAL*x
- "Complex" now includes MPI_COMPLEX*x
This commit was SVN r5511.
2005-04-27 14:23:06 +04:00
|
|
|
out("Fort have integer1", "compiler:fortran:have:integer1",
|
|
|
|
OMPI_HAVE_FORTRAN_INTEGER1 ? "yes" : "no");
|
|
|
|
out("Fort have integer2", "compiler:fortran:have:integer2",
|
|
|
|
OMPI_HAVE_FORTRAN_INTEGER2 ? "yes" : "no");
|
|
|
|
out("Fort have integer4", "compiler:fortran:have:integer4",
|
|
|
|
OMPI_HAVE_FORTRAN_INTEGER4 ? "yes" : "no");
|
|
|
|
out("Fort have integer8", "compiler:fortran:have:integer8",
|
|
|
|
OMPI_HAVE_FORTRAN_INTEGER8 ? "yes" : "no");
|
|
|
|
out("Fort have integer16", "compiler:fortran:have:integer16",
|
|
|
|
OMPI_HAVE_FORTRAN_INTEGER16 ? "yes" : "no");
|
|
|
|
|
|
|
|
out("Fort have real4", "compiler:fortran:have:real4",
|
|
|
|
OMPI_HAVE_FORTRAN_REAL4 ? "yes" : "no");
|
|
|
|
out("Fort have real8", "compiler:fortran:have:real8",
|
|
|
|
OMPI_HAVE_FORTRAN_REAL8 ? "yes" : "no");
|
|
|
|
out("Fort have real16", "compiler:fortran:have:real16",
|
2008-11-07 23:37:21 +03:00
|
|
|
OMPI_HAVE_FORTRAN_REAL16 && OMPI_REAL16_MATCHES_C ? "yes" : "no");
|
A bunch of changes to support MPI_INTEGER*x, MPI_REAL*x,
MPI_COMPLEX*x, and some optional C datatypes in MPI reduction
operations. These types are not technically supported by the letter
of the MPI standard, but are implied by the spirit of it (and there
are definitely users that use them in real applications)
- Add checks in configure for back-end C types for MPI_INTEGER*x and
MPI_REAL*x
- Create C data structs for MPI_COMPLEX*x
- Fixed typo for MPI_INTEGER8 in mpi.h
- Updated configure macros to create MPI_FORTRAN_INTEGER* defines, as
opposed to MPI_FORTRAN_INT, which was causing [me] lots of confusion
(between C "*_INT" names and Fortran "*_INT" names). This caused
some trivial updates in ddt, ompi_info, and the MPI layer to match.
- Update ompi_info to show whether we have each MPI_INTEGER*x,
MPI_REAL*x, and MPI_COMPLEX*x
- Extended reduction operations for optional datatypes:
- "C integer" now includes long long int, long long, and unsigned
long long
- "Fortran integer" now includes MPI_INTEGER*x
- "Floating point" now includes MPI_REAL*x
- "Complex" now includes MPI_COMPLEX*x
This commit was SVN r5511.
2005-04-27 14:23:06 +04:00
|
|
|
|
|
|
|
out("Fort have complex8", "compiler:fortran:have:complex8",
|
|
|
|
OMPI_HAVE_FORTRAN_COMPLEX8 ? "yes" : "no");
|
|
|
|
out("Fort have complex16", "compiler:fortran:have:complex16",
|
|
|
|
OMPI_HAVE_FORTRAN_COMPLEX16 ? "yes" : "no");
|
|
|
|
out("Fort have complex32", "compiler:fortran:have:complex32",
|
2008-11-07 23:37:21 +03:00
|
|
|
OMPI_HAVE_FORTRAN_COMPLEX32 && OMPI_REAL16_MATCHES_C ? "yes" : "no");
|
A bunch of changes to support MPI_INTEGER*x, MPI_REAL*x,
MPI_COMPLEX*x, and some optional C datatypes in MPI reduction
operations. These types are not technically supported by the letter
of the MPI standard, but are implied by the spirit of it (and there
are definitely users that use them in real applications)
- Add checks in configure for back-end C types for MPI_INTEGER*x and
MPI_REAL*x
- Create C data structs for MPI_COMPLEX*x
- Fixed typo for MPI_INTEGER8 in mpi.h
- Updated configure macros to create MPI_FORTRAN_INTEGER* defines, as
opposed to MPI_FORTRAN_INT, which was causing [me] lots of confusion
(between C "*_INT" names and Fortran "*_INT" names). This caused
some trivial updates in ddt, ompi_info, and the MPI layer to match.
- Update ompi_info to show whether we have each MPI_INTEGER*x,
MPI_REAL*x, and MPI_COMPLEX*x
- Extended reduction operations for optional datatypes:
- "C integer" now includes long long int, long long, and unsigned
long long
- "Fortran integer" now includes MPI_INTEGER*x
- "Floating point" now includes MPI_REAL*x
- "Complex" now includes MPI_COMPLEX*x
This commit was SVN r5511.
2005-04-27 14:23:06 +04:00
|
|
|
|
2005-05-21 00:56:15 +04:00
|
|
|
out("Fort integer1 size", "compiler:fortran:sizeof:integer1",
|
|
|
|
OMPI_HAVE_FORTRAN_INTEGER1 ? OMPI_SIZEOF_FORTRAN_INTEGER1 : -1);
|
|
|
|
out("Fort integer2 size", "compiler:fortran:sizeof:integer2",
|
|
|
|
OMPI_HAVE_FORTRAN_INTEGER2 ? OMPI_SIZEOF_FORTRAN_INTEGER2 : -1);
|
|
|
|
out("Fort integer4 size", "compiler:fortran:sizeof:integer4",
|
|
|
|
OMPI_HAVE_FORTRAN_INTEGER4 ? OMPI_SIZEOF_FORTRAN_INTEGER4 : -1);
|
|
|
|
out("Fort integer8 size", "compiler:fortran:sizeof:integer8",
|
|
|
|
OMPI_HAVE_FORTRAN_INTEGER8 ? OMPI_SIZEOF_FORTRAN_INTEGER8 : -1);
|
|
|
|
out("Fort integer16 size", "compiler:fortran:sizeof:integer17",
|
|
|
|
OMPI_HAVE_FORTRAN_INTEGER16 ? OMPI_SIZEOF_FORTRAN_INTEGER16 : -1);
|
|
|
|
|
2004-06-17 17:29:46 +04:00
|
|
|
out("Fort real size", "compiler:fortran:sizeof:real",
|
|
|
|
OMPI_SIZEOF_FORTRAN_REAL);
|
2005-05-21 00:56:15 +04:00
|
|
|
out("Fort real4 size", "compiler:fortran:sizeof:real4",
|
|
|
|
OMPI_HAVE_FORTRAN_REAL4 ? OMPI_SIZEOF_FORTRAN_REAL4 : -1);
|
|
|
|
out("Fort real8 size", "compiler:fortran:sizeof:real8",
|
|
|
|
OMPI_HAVE_FORTRAN_REAL8 ? OMPI_SIZEOF_FORTRAN_REAL8 : -1);
|
|
|
|
out("Fort real16 size", "compiler:fortran:sizeof:real17",
|
|
|
|
OMPI_HAVE_FORTRAN_REAL16 ? OMPI_SIZEOF_FORTRAN_REAL16 : -1);
|
|
|
|
|
2004-06-17 17:29:46 +04:00
|
|
|
out("Fort dbl prec size",
|
|
|
|
"compiler:fortran:sizeof:double_precision",
|
|
|
|
OMPI_SIZEOF_FORTRAN_REAL);
|
2005-05-21 00:56:15 +04:00
|
|
|
|
2004-06-17 17:29:46 +04:00
|
|
|
out("Fort cplx size", "compiler:fortran:sizeof:complex",
|
|
|
|
OMPI_SIZEOF_FORTRAN_REAL);
|
|
|
|
out("Fort dbl cplx size",
|
|
|
|
"compiler:fortran:sizeof:double_complex",
|
|
|
|
OMPI_SIZEOF_FORTRAN_REAL);
|
2005-05-21 00:56:15 +04:00
|
|
|
out("Fort cplx8 size", "compiler:fortran:sizeof:complex8",
|
|
|
|
OMPI_HAVE_FORTRAN_COMPLEX8 ? OMPI_SIZEOF_FORTRAN_COMPLEX8 : -1);
|
|
|
|
out("Fort cplx16 size", "compiler:fortran:sizeof:complex16",
|
|
|
|
OMPI_HAVE_FORTRAN_COMPLEX16 ? OMPI_SIZEOF_FORTRAN_COMPLEX16 : -1);
|
|
|
|
out("Fort cplx32 size", "compiler:fortran:sizeof:complex32",
|
|
|
|
OMPI_HAVE_FORTRAN_COMPLEX32 ? OMPI_SIZEOF_FORTRAN_COMPLEX32 : -1);
|
2004-06-17 17:29:46 +04:00
|
|
|
|
|
|
|
out("Fort integer align", "compiler:fortran:align:integer",
|
A bunch of changes to support MPI_INTEGER*x, MPI_REAL*x,
MPI_COMPLEX*x, and some optional C datatypes in MPI reduction
operations. These types are not technically supported by the letter
of the MPI standard, but are implied by the spirit of it (and there
are definitely users that use them in real applications)
- Add checks in configure for back-end C types for MPI_INTEGER*x and
MPI_REAL*x
- Create C data structs for MPI_COMPLEX*x
- Fixed typo for MPI_INTEGER8 in mpi.h
- Updated configure macros to create MPI_FORTRAN_INTEGER* defines, as
opposed to MPI_FORTRAN_INT, which was causing [me] lots of confusion
(between C "*_INT" names and Fortran "*_INT" names). This caused
some trivial updates in ddt, ompi_info, and the MPI layer to match.
- Update ompi_info to show whether we have each MPI_INTEGER*x,
MPI_REAL*x, and MPI_COMPLEX*x
- Extended reduction operations for optional datatypes:
- "C integer" now includes long long int, long long, and unsigned
long long
- "Fortran integer" now includes MPI_INTEGER*x
- "Floating point" now includes MPI_REAL*x
- "Complex" now includes MPI_COMPLEX*x
This commit was SVN r5511.
2005-04-27 14:23:06 +04:00
|
|
|
OMPI_ALIGNMENT_FORTRAN_INTEGER);
|
2005-05-21 00:56:15 +04:00
|
|
|
out("Fort integer1 align", "compiler:fortran:align:integer1",
|
|
|
|
OMPI_HAVE_FORTRAN_INTEGER1 ? OMPI_ALIGNMENT_FORTRAN_INTEGER1 : -1);
|
|
|
|
out("Fort integer2 align", "compiler:fortran:align:integer2",
|
|
|
|
OMPI_HAVE_FORTRAN_INTEGER2 ? OMPI_ALIGNMENT_FORTRAN_INTEGER2 : -1);
|
|
|
|
out("Fort integer4 align", "compiler:fortran:align:integer4",
|
|
|
|
OMPI_HAVE_FORTRAN_INTEGER4 ? OMPI_ALIGNMENT_FORTRAN_INTEGER4 : -1);
|
|
|
|
out("Fort integer8 align", "compiler:fortran:align:integer8",
|
|
|
|
OMPI_HAVE_FORTRAN_INTEGER8 ? OMPI_ALIGNMENT_FORTRAN_INTEGER8 : -1);
|
|
|
|
out("Fort integer16 align", "compiler:fortran:align:integer16",
|
|
|
|
OMPI_HAVE_FORTRAN_INTEGER16 ? OMPI_ALIGNMENT_FORTRAN_INTEGER16 : -1);
|
|
|
|
|
2004-06-17 17:29:46 +04:00
|
|
|
out("Fort real align", "compiler:fortran:align:real",
|
|
|
|
OMPI_ALIGNMENT_FORTRAN_REAL);
|
2005-05-21 00:56:15 +04:00
|
|
|
out("Fort real4 align", "compiler:fortran:align:real4",
|
|
|
|
OMPI_HAVE_FORTRAN_REAL4 ? OMPI_ALIGNMENT_FORTRAN_REAL4 : -1);
|
|
|
|
out("Fort real8 align", "compiler:fortran:align:real8",
|
|
|
|
OMPI_HAVE_FORTRAN_REAL8 ? OMPI_ALIGNMENT_FORTRAN_REAL8 : -1);
|
|
|
|
out("Fort real16 align", "compiler:fortran:align:real16",
|
|
|
|
OMPI_HAVE_FORTRAN_REAL16 ? OMPI_ALIGNMENT_FORTRAN_REAL16 : -1);
|
|
|
|
|
2004-06-17 17:29:46 +04:00
|
|
|
out("Fort dbl prec align",
|
|
|
|
"compiler:fortran:align:double_precision",
|
|
|
|
OMPI_ALIGNMENT_FORTRAN_REAL);
|
2005-05-21 00:56:15 +04:00
|
|
|
|
2004-06-17 17:29:46 +04:00
|
|
|
out("Fort cplx align", "compiler:fortran:align:complex",
|
|
|
|
OMPI_ALIGNMENT_FORTRAN_REAL);
|
|
|
|
out("Fort dbl cplx align",
|
|
|
|
"compiler:fortran:align:double_complex",
|
|
|
|
OMPI_ALIGNMENT_FORTRAN_REAL);
|
2005-05-21 00:56:15 +04:00
|
|
|
out("Fort cplx8 align", "compiler:fortran:align:complex8",
|
|
|
|
OMPI_HAVE_FORTRAN_COMPLEX8 ? OMPI_ALIGNMENT_FORTRAN_COMPLEX8 : -1);
|
|
|
|
out("Fort cplx16 align", "compiler:fortran:align:complex16",
|
|
|
|
OMPI_HAVE_FORTRAN_COMPLEX16 ? OMPI_ALIGNMENT_FORTRAN_COMPLEX16 : -1);
|
|
|
|
out("Fort cplx32 align", "compiler:fortran:align:complex32",
|
|
|
|
OMPI_HAVE_FORTRAN_COMPLEX32 ? OMPI_ALIGNMENT_FORTRAN_COMPLEX32 : -1);
|
|
|
|
|
2004-06-17 17:29:46 +04:00
|
|
|
} else {
|
|
|
|
out("Fort real size", "compiler:fortran:sizeof:real", "skipped");
|
|
|
|
out("Fort dbl prec size",
|
|
|
|
"compiler:fortran:sizeof:double_precision", "skipped");
|
|
|
|
out("Fort cplx size", "compiler:fortran:sizeof:complex", "skipped");
|
|
|
|
out("Fort dbl cplx size",
|
|
|
|
"compiler:fortran:sizeof:double_complex", "skipped");
|
|
|
|
|
|
|
|
out("Fort integer align", "compiler:fortran:align:integer", "skipped");
|
|
|
|
out("Fort real align", "compiler:fortran:align:real", "skipped");
|
|
|
|
out("Fort dbl prec align",
|
|
|
|
"compiler:fortran:align:double_precision","skipped");
|
|
|
|
out("Fort cplx align", "compiler:fortran:align:complex", "skipped");
|
|
|
|
out("Fort dbl cplx align",
|
|
|
|
"compiler:fortran:align:double_complex", "skipped");
|
|
|
|
}
|
2004-01-19 20:43:50 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
out("C profiling", "option:profiling:c", cprofiling);
|
|
|
|
out("C++ profiling", "option:profiling:cxx", cxxprofiling);
|
|
|
|
out("Fortran77 profiling", "option:profiling:f77", f77profiling);
|
|
|
|
out("Fortran90 profiling", "option:profiling:f90", f90profiling);
|
|
|
|
|
|
|
|
out("C++ exceptions", "option:cxx_exceptions", cxxexceptions);
|
2004-09-11 17:40:36 +04:00
|
|
|
out("Thread support", "option:threads", threads);
|
2007-08-04 04:41:26 +04:00
|
|
|
out("Sparse Groups", "option:sparse:groups", sparse_groups);
|
2004-02-10 02:58:37 +03:00
|
|
|
|
2004-06-17 17:29:46 +04:00
|
|
|
if (want_all) {
|
|
|
|
|
|
|
|
// Don't display the build CPPFLAGS or CXXCPPFLAGS because they're
|
|
|
|
// just -I$(top_srcdir)/include, etc. Hence, they're a) boring,
|
|
|
|
// and c) specific for ompi_info.
|
|
|
|
|
|
|
|
out("Build CFLAGS", "option:build:cflags", OMPI_BUILD_CFLAGS);
|
|
|
|
out("Build CXXFLAGS", "option:build:cxxflags", OMPI_BUILD_CXXFLAGS);
|
|
|
|
out("Build FFLAGS", "option:build:fflags", OMPI_BUILD_FFLAGS);
|
|
|
|
out("Build FCFLAGS", "option:build:fcflags", OMPI_BUILD_FCFLAGS);
|
|
|
|
out("Build LDFLAGS", "option:build:ldflags", OMPI_BUILD_LDFLAGS);
|
|
|
|
out("Build LIBS", "option:build:libs", OMPI_BUILD_LIBS);
|
|
|
|
|
|
|
|
out("Wrapper extra CFLAGS", "option:wrapper:extra_cflags",
|
|
|
|
WRAPPER_EXTRA_CFLAGS);
|
|
|
|
out("Wrapper extra CXXFLAGS", "option:wrapper:extra_cxxflags",
|
|
|
|
WRAPPER_EXTRA_CXXFLAGS);
|
|
|
|
out("Wrapper extra FFLAGS", "option:wrapper:extra_fflags",
|
|
|
|
WRAPPER_EXTRA_FFLAGS);
|
|
|
|
out("Wrapper extra FCFLAGS", "option:wrapper:extra_fcflags",
|
|
|
|
WRAPPER_EXTRA_FCFLAGS);
|
|
|
|
out("Wrapper extra LDFLAGS", "option:wrapper:extra_ldflags",
|
|
|
|
WRAPPER_EXTRA_LDFLAGS);
|
|
|
|
out("Wrapper extra LIBS", "option:wrapper:extra_libs",
|
|
|
|
WRAPPER_EXTRA_LIBS);
|
|
|
|
}
|
|
|
|
|
2004-08-13 08:10:47 +04:00
|
|
|
out("Internal debug support", "option:debug", debug);
|
2004-02-14 01:17:42 +03:00
|
|
|
out("MPI parameter check", "option:mpi-param-check", paramcheck);
|
2004-02-10 02:58:37 +03:00
|
|
|
out("Memory profiling support", "option:mem-profile", memprofile);
|
|
|
|
out("Memory debugging support", "option:mem-debug", memdebug);
|
2006-05-24 14:56:47 +04:00
|
|
|
out("libltdl support", "option:dlopen", want_libltdl);
|
2006-12-30 20:13:18 +03:00
|
|
|
out("Heterogeneous support", "options:heterogeneous", heterogeneous);
|
2006-09-15 06:52:08 +04:00
|
|
|
out("mpirun default --prefix", "mpirun:prefix_by_default",
|
|
|
|
mpirun_prefix_by_default);
|
2007-08-19 01:35:51 +04:00
|
|
|
out("MPI I/O support", "options:mpi-io", have_mpi_io);
|
2007-11-26 21:23:53 +03:00
|
|
|
out("MPI_WTIME support", "options:mpi-wtime", wtime_support);
|
2008-03-05 04:30:32 +03:00
|
|
|
out("Symbol visibility support", "options:visibility", symbol_visibility);
|
2008-02-20 01:15:52 +03:00
|
|
|
|
|
|
|
out("FT Checkpoint support", "options:ft_support", ft_support);
|
2004-01-19 20:43:50 +03:00
|
|
|
}
|