1
1
Граф коммитов

22 Коммитов

Автор SHA1 Сообщение Дата
Josh Hursey
28681deffa Backout the ORCA commit. :(
There is a linking issue on Mac OSX that needs to be addressed before this is able to come back into the trunk.

This commit was SVN r26676.
2012-06-27 01:28:28 +00:00
Josh Hursey
542330e3a7 Commit of ORCA: Open MPI Runtime Collaborative Abstraction
This is a runtime interposition project that sits between the OMPI and ORTE layers in Open MPI.

The project is described on the wiki:
  https://svn.open-mpi.org/trac/ompi/wiki/Runtime_Interposition

And on this email thread:
  http://www.open-mpi.org/community/lists/devel/2012/06/11109.php

This commit was SVN r26670.
2012-06-26 21:42:16 +00:00
Jeff Squyres
253444c6d0 == Highlights ==
1. New mpifort wrapper compiler: you can utilize mpif.h, use mpi, and use mpi_f08 through this one wrapper compiler
 1. mpif77 and mpif90 still exist, but are sym links to mpifort and may be removed in a future release
 1. The mpi module has been re-implemented and is significantly "mo' bettah"
 1. The mpi_f08 module offers many, many improvements over mpif.h and the mpi module

This stuff is coming from a VERY long-lived mercurial branch (3 years!); it'll almost certainly take a few SVN commits and a bunch of testing before I get it correctly committed to the SVN trunk.

== More details ==

Craig Rasmussen and I have been working with the MPI-3 Fortran WG and Fortran J3 committees for a long, long time to make a prototype MPI-3 Fortran bindings implementation.  We think we're at a stable enough state to bring this stuff back to the trunk, with the goal of including it in OMPI v1.7.  

Special thanks go out to everyone who has been incredibly patient and helpful to us in this journey:

 * Rolf Rabenseifner/HLRS (mastermind/genius behind the entire MPI-3 Fortran effort)
 * The Fortran J3 committee
 * Tobias Burnus/gfortran
 * Tony !Goetz/Absoft
 * Terry !Donte/Oracle
 * ...and probably others whom I'm forgetting :-(

There's still opportunities for optimization in the mpi_f08 implementation, but by and large, it is as far along as it can be until Fortran compilers start implementing the new F08 dimension(..) syntax.

Note that gfortran is currently unsupported for the mpi_f08 module and the new mpi module.  gfortran users will a) fall back to the same mpi module implementation that is in OMPI v1.5.x, and b) not get the new mpi_f08 module.  The gfortran maintainers are actively working hard to add the necessary features to support both the new mpi_f08 module and the new mpi module implementations.  This will take some time.

As mentioned above, ompi/mpi/f77 and ompi/mpi/f90 no longer exist.  All the fortran bindings implementations have been collated under ompi/mpi/fortran; each implementation has its own subdirectory:

{{{
ompi/mpi/fortran/
  base/               - glue code
  mpif-h/             - what used to be ompi/mpi/f77
  use-mpi-tkr/        - what used to be ompi/mpi/f90
  use-mpi-ignore-tkr/ - new mpi module implementation
  use-mpi-f08/        - new mpi_f08 module implementation
}}}

There's also a prototype 6-function-MPI implementation under use-mpi-f08-desc that emulates the new F08 dimension(..) syntax that isn't fully available in Fortran compilers yet.  We did that to prove it to ourselves that it could be done once the compilers fully support it.  This directory/implementation will likely eventually replace the use-mpi-f08 version.

Other things that were done:

 * ompi_info grew a few new output fields to describe what level of Fortran support is included
 * Existing Fortran examples in examples/ were renamed; new mpi_f08 examples were added
 * The old Fortran MPI libraries were renamed:
   * libmpi_f77 -> libmpi_mpifh
   * libmpi_f90 -> libmpi_usempi
 * The configury for Fortran was consolidated and significantly slimmed down.  Note that the F77 env variable is now IGNORED for configure; you should only use FC. Example:
{{{
shell$ ./configure CC=icc CXX=icpc FC=ifort ...
}}}

All of this work was done in a Mercurial branch off the SVN trunk, and hosted at Bitbucket.  This branch has got to be one of OMPI's longest-running branches.  Its first commit was Tue Apr 07 23:01:46 2009 -0400 -- it's over 3 years old!  :-)  We think we've pulled in all relevant changes from the OMPI trunk (e.g., Fortran implementations of the new MPI-3 MPROBE stuff for mpif.h, use mpi, and use mpi_f08, and the recent Fujitsu Fortran patches).

I anticipate some instability when we bring this stuff into the trunk, simply because it touches a LOT of code in the MPI layer in the OMPI code base.  We'll try our best to make it as pain-free as possible, but please bear with us when it is committed.

This commit was SVN r26283.
2012-04-18 15:57:29 +00:00
Jeff Squyres
55d9c71ce0 Some minor improvements to autogen.pl:
* If autogen.pl needs to abort, remove the top-level "configure" file
   to emphasize that there was an error and you should not continue
 * Remove some transitional code that was useful when we were
   transitioning away from autogen.sh but is no longer needed

This commit was SVN r26241.
2012-04-06 13:50:56 +00:00
Jeff Squyres
3d242c6ab2 Be sure to check .ompi_unignore properly against the multi-line
string. 

This commit was SVN r24788.
2011-06-20 17:47:33 +00:00
Jeff Squyres
c1b26005d7 Create new opal/mca/common area, similar to ompi/mca/common. Move hwloc into this new opal MCA common area, and link the hwloc paffinity component against it. Also add a new hwloc maffinity component, and also link it against the opal MCA common hwloc. More development coming soon regarding this common hwloc instance (i.e., an OPAL-ized version of the hwloc API via a new framework so that we can safely use hwloc's services throughout the rest of the OPAL/ORTE/OMPI code bases.
This commit was SVN r24440.
2011-02-22 23:21:48 +00:00
Jeff Squyres
3933d23367 Treat the --no-ompi case exactly the same as if the ompi/ directory is
not there (e.g., for invoking autogen on tarballs without the ompi/
directory).  

Ditto for --no-orte / missing orte/ directory.

This commit was SVN r24420.
2011-02-21 17:44:34 +00:00
Nysal Jan
72ba038309 Add workaround for a Libtool (<2.2.8) bug concerning IBM xlf compilers
This commit was SVN r24294.
2011-01-25 09:53:34 +00:00
Matthias Jurenz
679317f632 Patch autotools output in all sub directories where autoreconf will be invoked. Fixes trac:2599.
This commit was SVN r24171.

The following Trac tickets were found above:
  Ticket 2599 --> https://svn.open-mpi.org/trac/ompi/ticket/2599
2010-12-14 19:14:35 +00:00
Ethan Mallove
297630368a More explanation of why we need to use gpatch on Solaris
This commit was SVN r24149.
2010-12-03 19:14:05 +00:00
Ethan Mallove
42ffa6fda9 On Solaris, use gpatch in autogen.pl.
This commit was SVN r24147.
2010-12-03 17:35:00 +00:00
Ethan Mallove
4209d531dc Adjust r24080 to account for C, F77, and FC tags
This commit was SVN r24086.

The following SVN revision numbers were found above:
  r24080 --> open-mpi/ompi@1d5785153f
2010-11-24 20:45:07 +00:00
Ethan Mallove
1d5785153f Redo of r24076. Modify configure (instead of libtool.m4) within
`autogen.pl` to properly handle all Sun Fortran version strings.

This commit was SVN r24080.

The following SVN revision numbers were found above:
  r24076 --> open-mpi/ompi@ca0b0efada
2010-11-23 16:08:39 +00:00
Ralph Castain
ca0b0efada Comment out the patch command from r24075 so tarballs can build
This commit was SVN r24076.

The following SVN revision numbers were found above:
  r24075 --> open-mpi/ompi@ea837b9201
2010-11-21 16:07:09 +00:00
Ethan Mallove
ea837b9201 Add Libtool patch to autogen.pl for Sun Studio Fortran linker options
This commit was SVN r24075.
2010-11-19 22:09:37 +00:00
Ralph Castain
19f9fc1146 Given our current list of options, it makes no sense to "bundle" them - they are pretty exclusionary. Turning off bundling allows us to support both single- and double-dash options, which means we don't break scripts that previously worked with autogen.sh
This commit was SVN r23814.
2010-09-29 05:21:23 +00:00
Jeff Squyres
b5a31b736d Everyone hated this feature, so remove it.
This commit was SVN r23802.
2010-09-25 12:59:06 +00:00
Ralph Castain
887ed286c9 Fix a typo - if the "ompi" or "orte" subdirs don't exist, then that is equivalent to the associated --no-xxx argument having been given. Current logic has it backwards.
This commit was SVN r23799.
2010-09-24 15:04:00 +00:00
Jeff Squyres
10ea43686b Also handle errors if lstopo fails for some reason.
This commit was SVN r23790.
2010-09-22 13:49:42 +00:00
Jeff Squyres
db7f7e0fad Add some heuristics to setenv AUTOMAKE_JOBS if it isn't already set.
This commit was SVN r23788.
2010-09-22 13:47:28 +00:00
Jeff Squyres
6729ba4467 For the time being, remove autogen.sh-generated files in autogen.pl.
They conflict with the new way we're doing things, so just delete them
automatically so that developers don't have to do this manually.

We'll eventually remove this section as it will become irrelevant over
time. 

This commit was SVN r23765.
2010-09-18 04:36:25 +00:00
Ralph Castain
40a2bfa238 WARNING: Work on the temp branch being merged here encountered problems with bugs in subversion. Considerable effort has gone into validating the branch. However, not all conditions can be checked, so users are cautioned that it may be advisable to not update from the trunk for a few days to allow MTT to identify platform-specific issues.
This merges the branch containing the revamped build system based around converting autogen from a bash script to a Perl program. Jeff has provided emails explaining the features contained in the change.

Please note that configure requirements on components HAVE CHANGED. For example. a configure.params file is no longer required in each component directory. See Jeff's emails for an explanation.

This commit was SVN r23764.
2010-09-17 23:04:06 +00:00