This is the mail archive of the
gcc-help@gcc.gnu.org
mailing list for the GCC project.
GCC 3.0.1 on Tru64 Unix 5.1 libibery.a won't build
- To: gcc-help at gcc dot gnu dot org
- Subject: GCC 3.0.1 on Tru64 Unix 5.1 libibery.a won't build
- From: wadedl at gat dot com
- Date: Tue, 21 Aug 2001 13:27:45 -0700 (PDT)
Dear GCC-HELP;
I am trying to build gcc 3.0.1 on my dual processor Alphaserver 1200 running
Tru64 Unix Version 5.1 (OSF1 gaws12 V5.1 732 alpha).
I am building with the OS compiler
Compaq C Version 6.4 for Compaq Tru64 UNIX Systems
I have no gcc on this system. I would prefer to build from the source, rather
than accept Compaqs pre-compiled on the freebie disk.
I have built the following which are in /usr/local/tmp/gnu/bin, which is
in my path:
make 3.79.1
flex 2.5.4a
bison 1.28
binutils 2.11.2
I am setting LD_LIBRARY_PATH to search the library /usr/local/tmp/gnu/lib
(contains libraries for above utilites only).
After untarring the distribution, (gcc-3.0.1) I create a directory objdir
in which to build. In objdir I execute
../gcc-3.0.1/configure -prefix=/usr/local/tmp/gnu -exec-prefix=/usr/local/tmp/gnu -enable-shared
Configure finishes fine.
However, when I build, using
make bootstrap (or sometimes just make)
my build blows up with a truncated libiberty.a.
The tail of the build messages is:
rm -f libiberty.a
ar rc libiberty.a \
argv.o choose-temp.o concat.o cplus-dem.o cp-demangle.o dyn-string.o fdmatch.o fnmatch.o getopt.o getopt1.o getpwd.o getruntime.o hashtab.o hex.o floatformat.o lbasename.o md5.o objalloc.o obstack.o partition.o pexecute.o safe-ctype.o sort.o spaces.o splay-tree.o strerror.o strsignal.o xatexit.o xexit.o xmalloc.o xmemdup.o xstrdup.o xstrerror.o asprintf.o mkstemps.o vasprintf.o strncmp.o
ar: libiberty.a: File truncated
make[1]: *** [libiberty.a] Error 1
make[1]: Leaving directory `/usr/local/tmp/objdir/libiberty'
The problem seems to be with the object file fnmatch.o, because when this is
removed from the libiberty/Makefile, the archive build of libiberty completes
. There are, however, errors downstream from this, presumably because of the
missing library fnmatch.
Does someone know what is going on? Can someone guide me past this -
I'm looking for a clean build of the whole gcc 3.0.1 (or 3.0) distribution.
Thanks
Yours,
David L. Wade
**********************************************************************
David L. Wade EMail: David.Wade@gat.com
Senior Systems Programmer Analyst Ph. 858-455-3342
General Atomics Fx. 858-455-2692
3550 General Atomics Court San Diego, California 92121
**********************************************************************
opinions, conclusions, or recommendations expressed above are my own
and do not necessarily represent the views of my employer.