Building openmpi-1.5.5rc1 on Solaris10/UltraSPARC-T2 (with -mcpu=v9 as
README requires) I see the following from "make check":
--> Testing atomic_cmpset
Assertion failed: volptr == newptr, file
/home/hargrove/OMPI/openmpi-1.5.5rc1//openmpi-1.5.5rc1/test/asm/atomic_cmpset.c,
line 199
/home/hargr
Paul's probably more than likely right. The nightly runs Oracle does
using MTT and tarballs do not do autogen.sh (which I believe is not
expected anyways, right). All other builds we do using autogen.* are
from an svn workspace.
--td
On 12/20/2011 8:21 PM, Paul H. Hargrove wrote:
Not too b
Paul -
Are you running autogen from the tarballs in your testing? You probably
shouldn't - we have users just run configure and make. We also bootstrap the
tarballs w the most recent config.sub and .guess (i.e., more recent than what
comes w the most recent Autotools).
Sent from my phone. No
I only ran autogen after I had edited a Makefile.am or a .m4 file.
-Paul
On 12/21/2011 4:58 AM, Jeff Squyres (jsquyres) wrote:
Paul -
Are you running autogen from the tarballs in your testing? You probably
shouldn't - we have users just run configure and make. We also bootstrap the
tarballs
I have access to several Linux platforms other than x86 and x86-64, on
which I've tested ompi-1.5.5rc1.
This info is intended to be informational, and NOT intended to
influence/delay the 1.5.5 release.
First a summary of the results, with added details below:
GOOD:
ppc32 (Apple G4 h/w): OK
Don't need to re-run autogen if you edit a make file.am.
To avoid older config.foo files, you might be able to edit configur directly,
or upgrade Autotools...? I am specifically wondering if the config.guess
issues you ran into are from te results that we return from our config.foo
files or t
The problem I see is because FreeBSD-8.2 provides a NEW autotools suite
w/ an intentionally ANCIENT config.guess.
There is nothing wrong with any of Open MPI's config.foo as packaged in
the tarball.
I can work just fine by re-extracting config.guess and config.sub from
the tarball after runnin
