I can add x86-64/Linux/SS12.3 to the NOT-showing-the-problem list.
-Paul
On Fri, Aug 24, 2012 at 6:47 PM, Eugene Loh wrote:
> **
> Indeed. Sorry to jump late back into the melee. I did reproduce the
> problem on a second SPARC system, to answer Ralph's earlier question; I
> don't know how in
Indeed. Sorry to jump late back into the melee. I did reproduce the
problem on a second SPARC system, to answer Ralph's earlier question; I
don't know how interesting that is given that it's very similar to the
original system. And, to corroborate Paul's AMD observation, we have an
x86/Sola
Thanks Paul!! That is very helpful - hopefully the ORNL folks can now fix the
problem.
On Aug 24, 2012, at 6:29 PM, Paul Hargrove wrote:
> I *can* reproduce the problem on SPARC/Solaris-10 with the SS12.3 compiler
> and an ALMOST vanilla configure:
> $ [path_to]configure \
>--prefix=[
I *can* reproduce the problem on SPARC/Solaris-10 with the SS12.3 compiler
and an ALMOST vanilla configure:
$ [path_to]configure \
--prefix=[blah] CC=cc CXX=CC F77=f77 FC=f90 \
CFLAGS="-m64" --with-wrapper-cflags="-m64" CXXFLAGS="-m64"
--with-wrapper-cxxflags="-m64" \
FFLAG
Looks that way to me!
On Aug 24, 2012, at 5:25 PM, Paul Hargrove wrote:
>
> While trying to reproduce the "r27078 and OMPI build" problem w/ the Oracle
> compilers, I hit the following unrelated problem instead:
>
> Making all in otfaux
> make[9]: Entering directory
> `/shared/OMPI/openmpi-t
While trying to reproduce the "r27078 and OMPI build" problem w/ the Oracle
compilers, I hit the following unrelated problem instead:
Making all in otfaux
> make[9]: Entering directory
> `/shared/OMPI/openmpi-trunk-solaris11-x64-ib-ss12u3/BLD/ompi/contrib/vt/vt/extlib/otf/tools/otfaux'
> CXX
Nice catch!
Larry Baker
US Geological Survey
650-329-5608
ba...@usgs.gov
On 24 Aug 2012, at 4:55 PM, Paul Hargrove wrote:
> OK, I have a vanilla configure+make running on both SPARC/Solaris-10 and
> AMD64/Solaris-11.
> I am using the 12.3 Oracle compilers in both cases to match the original
OK, I have a vanilla configure+make running on both SPARC/Solaris-10 and
AMD64/Solaris-11.
I am using the 12.3 Oracle compilers in both cases to match the original
report.
I'll post the results when they complete.
In the meantime, I took a quick look at the code and have a pretty
reasonable guess
Oracle uses an abysmally complicated configure line, but nearly all of it is
irrelevant to the problem here. For this, I would suggest just doing a vanilla
./configure - if the component gets pulled into libmpi, then we know there is a
problem.
Thanks!
Just FYI: here is there actual configure
I have access to a few different Solaris machines and can offer to build
the trunk if somebody tells me what configure flags are desired.
-Paul
On Fri, Aug 24, 2012 at 8:54 AM, Ralph Castain wrote:
> Eugene - can you confirm that this is only happening on the one Solaris
> system? In other word
Eugene - can you confirm that this is only happening on the one Solaris system?
In other words, is this a general issue or something specific to that one
machine?
I'm wondering because if it is just the one machine, then it might be something
strange about how it is setup - perhaps the version
On 08/24/12 09:54, Shamis, Pavel wrote:
Maybe there is a chance to get direct access to this system ?
No.
But I'm attaching compressed log files from configure/make.
tarball-of-log-files.tar.bz2
Description: application/bzip
Maybe there is a chance to get direct access to this system ?
Regards,
Pavel (Pasha) Shamis
---
Computer Science Research Group
Computer Science and Math Division
Oak Ridge National Laboratory
On Aug 23, 2012, at 6:09 PM, Eugene Loh wrote:
Thanks for the suggestion, but it didn't seem to h
13 matches
Mail list logo
