Branch for the 1.1 series.
XCPU support isn't ready for prime time, so remove from v1.1 tarballs.
Submitted by: Jeff Squyres
Reviewed by: George Bosilca, Edgar Gabriel

Bring in r9628 and 9618 from the trunk.

r9618
Properly delete attributes on MPI_COMM_SELF as the very first thing in
MPI_FINALIZE, per MPI-2:4.8.

r9628
After extensive conversations about this...

- My original patch stands: MPI_FINALIZE directly invokes the
  attribute callbacks on MPI_COMM_SELF
- We added some user-level checks to ensure that they don't call
  MPI_FINALIZE twice (this isn't really required, but it will prevent
  whacky segv's -- they'll at least get a nice error message)
- Removed the attribute callbacks on MPI_COMM_SELF from
  ompi_mpi_comm_finalize (i.e., we just moved them from
  ompi_mpi_comm_finalize to ompi_mpi_finalize -- we just moved this
  process up earlier in the MPI_FINALIZE sequence of events)
- Because there were so many conversations about this, here's the
  rationale:
  - MPI-2:4.8 says that we have to MPI_COMM_FREE MPI_COMM_SELF so that
    the attribute callbacks are invoked.
  - After considerable discussion, we came to the conclusion that
    FREE'ing COMM_SELF is not the issue -- calling the callbacks is
    the issue.
  - So it is sufficent for MPI_FINALIZE to directly invoke these
    attribute callbacks
  - The attribute callbacks are *not* invoked on other communicators
    because said communicators are not MPI_COMM_FREE'ed
Submitted by: Ralf Wildenhues
Reviewed by: Brian Barrett

Two patches from Ralf Wildenhues to improve configure:

  - include stdlib.h for tests that call exit(), as AC no longer
    prototypes exit in 2.60
  - Fix a compile issue in our cross-compiling test for C/C++
    alignment checks, matching what AC did for 2.60.
Sync with trunk NEWS
Submitted by: George Bosilca
Reviewed by: Tim Woodall

Activate the OOB while we setup connections for MVAPI. Same thing
should be done for the Open IB ...
Submitted by: Tim Woodall
Reviewed by: Brian Barrett

No longer necessary to swap the pointers on the descriptor.
Submitted by: Tim Woodall
Reviewed by: Jeff Squyres

Enable small message RDMA by default and decrease the number of sends
that must occur before enabling it.
* alpha 1 shipped.  on to alpha 2
1.1a2 has been thrown over the wall; on a3
Submitted by: Tim Woodall
Reviewed by: Brian Barrett, George Bosilca

- decrease eager limit to 12K (improves latency)
- trigger event library while setting up connections
Submitted by: Tim Woodall
Reviewed by: Jeff Squyres

decrease eager limit to 12K (improves latency)
Submitted by: Brian Barrett
Reviewed by: Jeff Squyres

* fix small issue with cross-compiling - we don't need
  to run the working test when cross-compiling, so just
  ignore it for now..
Submitted by: Brian Barrett
Reviewed by: Jeff Squyres

Remove dependency libraries from these Makefile.ams - the libraries
will automagically bring in the libraries through the top-level
library (so liborte automatically brings in libopal, etc.).
Otherwise, we get some warnings on Solaris.
Submitted by: Brian Barrett
Reviewed by: Ralph Castain

Fix a bunch of warnings the Sun compilers find:

  - The constant 1 is a signed int by default.  Explicitly say that
    it is an unsigned value so we can't overflow
  - Fix unreachable statement warnings in dss_arith by breaking out
    of switch statements instead of returning - this should have
    no impact on performance, since it's a non-conditional jump
  - A couple of the GPR files had carriage returns and were in
    DOS mode - put them in unix mode...
Submitted by: Brian Barrett
Reviewed by: Jeff Squyres

* Ensure that mca_common_sm_mmap_seg_alloc() always returns a
  word-aligned pointer.  Otherwise, we can end up segfaulting when the
  memory area is used by the caller.  Fixes a bug reported by Alex
  Spiegel.
Submitted by: Brian Barrett
Reviewed by: Jeff Squyres

* silence a  bunch of compiler warnings on Solaris when using the Sun
  compilers.
Submitted by: Jeff Squyres
Reviewed by: George Bosilca

r9698:
Don't bother to get the alignmnet of an f90 type -- the DDT engine
only uses the F77 alignments anyway.  Plus, it is currently unknown
how to reliably get the F90 alignments because compilers *may* reorder
things and/or give different alignments than the f77 tests.

r9707:
Finish the rest of r9698:
- Add a lengthy comment explaining why we don't get F90 data type
  alignments
- Remove config/f90_check.m4 and its entry in acinclude.m4
Needs no review.

- Add notes about the F90 module sizes.
- Add Voltaire copyrights
Needs no review.

Fix typo.