Jeff,
On Aug 25, 2004, at 2:19 PM, Peter Schmid wrote:
>> I'm having trouble getting Lam-7.0.6 built from source for any
64-bit platform. I have tried the following:
>>
>> AMD Opter RHEL AS 3.0:
>>
>> PGI compiler 5.1/5.2
>> gcc 3.2.3
>>
>>
>> SGI Altix 16 CPU Itanium
>> Intel 7.1/8.0
>>
>> I get the following error when I issue make:
>> Making all in lamclean
>> make[2]: Entering directory `/hpc/user/schmid/lam-7.0.6/otb/lamclean'
>> if gcc -DHAVE_CONFIG_H -I. -I. -I../../share/include
-I../../share/include -DLAM_BUILDING=1 -O3 -pthread -MT lamclean.o
-MD -MP -MF ".deps/lamclean.Tpo" -c -o lamclean.o lamclean.c; \
>> then mv -f ".deps/lamclean.Tpo" ".deps/lamclean.Po"; else rm -f
".deps/lamclean.Tpo"; exit 1; fi
>> /bin/sh ../../libtool --mode=link gcc -O3 -pthread -o lamclean
lamclean.o ../../share/liblam.la -lutil
>> gcc -O3 -pthread -o lamclean lamclean.o ../../share/.libs/liblam.a
-lutil
>> ../../share/.libs/liblam.a: could not read symbols: Memory exhausted
>> collect2: ld returned 1 exit status
>> make[2]: *** [lamclean] Error 1
> Yikes. This *looks* like a bug in the compiler -- the compiler
should > not run out of memory when linking. There aren't *that* many
symbols > in liblam.
Agreed..but a bug in all the compilers (PGI, GCC, Intel.. and 2 versions
of Intel and PGI).. seems strange.
> Can you run "nm" successfully on share/.libs/liblam.a? (the .libs
> directory is a temporary working directory that Automake uses to for
> building intermediate libraries before they're installed)
Yes I can.. no problem (with the GCC AMD version at least):
What version of gcc is lam-7.0.6 built with for the RPMs available?
Thanks for the help,
Pete.
--
{+} Jeff Squyres
{+} jsquyres_at_[hidden]
{+} http://www.lam-mpi.org/
--
Peter Schmid
Technical Director
Logic Technology Inc.
GE Global Research Center
ITMS Engineering Systems Group
(518) 387-6903
|
