1
1
openmpi/ompi/mca/mpool/sm
Jeff Squyres ba99409628 Major simplifications to component versioning:
- After long discussions and ruminations on how we run components in
  LAM/MPI, made the decision that, by default, all components included
  in Open MPI will use the version number of their parent project
  (i.e., OMPI or ORTE).  They are certaint free to use a different
  number, but this simplification makes the common cases easy:
  - components are only released when the parent project is released
  - it is easy (trivial?) to distinguish which version component goes
    with with version of the parent project
- removed all autogen/configure code for templating the version .h
  file in components
- made all ORTE components use ORTE_*_VERSION for version numbers
- made all OMPI components use OMPI_*_VERSION for version numbers
- removed all VERSION files from components
- configure now displays OPAL, ORTE, and OMPI version numbers
- ditto for ompi_info
- right now, faking it -- OPAL and ORTE and OMPI will always have the
  same version number (i.e., they all come from the same top-level
  VERSION file).  But this paves the way for the Great Configure
  Reorganization, where, among other things, each project will have
  its own version number.

So all in all, we went from a boatload of version numbers to
[effectively] three.  That's pretty good.  :-)

This commit was SVN r6344.
2005-07-04 20:12:36 +00:00
..
configure.params Compromise: 2005-07-02 15:35:34 +00:00
Makefile.am * finish modex move 2005-07-03 00:52:18 +00:00
mpool_sm_component.c Major simplifications to component versioning: 2005-07-04 20:12:36 +00:00
mpool_sm_module.c * rename ompi_output to opal_output 2005-07-03 23:31:27 +00:00
mpool_sm.h * rename ompi_event to opal_event 2005-07-03 23:09:55 +00:00