minor buglet in not regenerating version header files properly (minor
shell quoting problem).
It is not necessary to re-run autogen.sh (etc.) after updating to this
fix; the changes will be picked up the next time you naturally run
autogen.sh and friends.
This commit was SVN r3031.
specific AC_DEFINE to a specific header file), emulate the behavior
of AC_HEADER_FILES when saving the values from the VERSION files;
dump them into a temporary file and diff them against the
already-existing .h file. If they're the same, do nothing. If
they're different, replace the .h file.
- With this capabiliy, move the #define's of all version numbers out
of ompi_config.h and into component-specific <type>-<name>-version.h
header files. This will prevent a lot of extra compilation when
you updat your local svn working copy.
- Remove the requirement for having a VERSION file. If you don't have
it, then a .h file with your version numbers won't be generated.
- Remove the VERSION file from lots of components that don't use it.
I've added it to my "consistency" list to go back and re-add them
along with using the proper #define's in the component struct after
we reach a period of stability.
This commit was SVN r1999.
because "svnversion" may emit a version number with ":" in it (duh!).
This fixes the problem where, depending on the status of your svn
checkout, you could get a string in a MAJOR version number instead of
an integer (i.e., "1234M" instead of "10"). This was caused by
extraneous ":" in the output, causing autogen.sh to grab the wrong
field.
This commit was SVN r1991.
from the "LAM/MPI" -> "Open MPI" name change that didn't convert
properly. So this commit fixes all instances of "OMPI/MPI" to "Open
MPI".
This commit was SVN r1924.
code base.
- many (most) mca type names have "component" or "module" in them,
as relevant, just to further distinguish the difference between
component data/actions and module data/actions. All developers
are encouraged to perpetuate this convention when you create
types that are specific to a framework, component, or module
- did very little to entire framework (just the basics to make it
compile) because it's just about to be almost entirely replaced
- ditto for io / romio
- did not work on elan or ib components; have to commit and then
convert those on a different machine with the right libraries and
headers
- renamed a bunch of *_module.c files to *_component.c and *module*c
to *component*c (a few still remain, e.g., ptl/ib, ptl/elan, etc.)
- modified autogen/configure/build process to match new filenames
(e.g., output static-components.h instead of static-modules.h)
- removed DOS-style cr/lf stuff in ns/ns.h
- added newline to end of file src/util/numtostr.h
- removed some redundant error checking in the top-level topo
functions
- added a few {} here and there where people "forgot" to put them in
for 1 line blocks ;-)
- removed a bunch of MPI_* types from mca header files (replaced with
corresponding ompi_* types)
- all the ptl components had version numbers in their structs; removed
- converted a few more elements in the MCA base to use the OBJ
interface -- removed some old manual reference counting kruft
This commit was SVN r1830.
- Updated autogen.sh and friends to be more flexible and allow
components to be configured and built outside of the Open MPI tree
- Removed $(LIBOMPI_LA) from all component Makefile.am's -- it's
unnecessary
This commit was SVN r1566.
--disable-mca-dso to build MCA components statically as part of
libmpi, or --enable-mca-dso=LIST to only build some components as DSOs
(see ./configure --help for more details).
This commit was SVN r1521.
speed of autogen.sh and configure: find modules that don't need to have
a separate configure script during autogen.sh and set them up to be
part of LAM's build process. This means that we don't have to run the GNU
tools nearly as much during autogen.sh and that we don't have to run
nearly as many sub-configure scripts during configure.
This works fine for statically-built MCA modules, but doesn't seem to work
properly yet for dynamically-built modules. More coming soon, but I wanted
to get this in for others to use.
This commit was SVN r756.
AC_PROG_FC macro. Unfortunately, this means that you probably have to
build autoconf yourself, as no one really ships with AC 2.58
This commit was SVN r124.
