This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
3.0: libffi -vs- Solaris `as'
- To: GCC Hackers <gcc at gcc dot gnu dot org>
- Subject: 3.0: libffi -vs- Solaris `as'
- From: Tom Tromey <tromey at redhat dot com>
- Date: 12 Jun 2001 12:03:34 -0600
- Reply-To: tromey at redhat dot com
I tried building gcc from the 3.0 branch using the Solaris 2.6 `as'.
I got this in libffi:
ar cru .libs/libfficonvenience.a src/.libs/debug.o src/.libs/prep_cif.o src/.libs/types.o src/.libs/raw_api.o src/.libs/java_raw_api.o src/sparc/.libs/ffi.o src/sparc/.libs/v8.o src/sparc/.libs/v9.o
ar: src/sparc/.libs/v9.o has no data in string table - size is 0
Then later:
/horton/tromey/in-tree/gcc/gcc/xgcc -B/horton/tromey/in-tree/gcc/gcc/ -B/horton/tromey/in-tree/solaris/sparc-sun-solaris2.6/bin/ -B/horton/tromey/in-tree/solaris/sparc-sun-solaris2.6/lib/ -isystem /horton/tromey/in-tree/solaris/sparc-sun-solaris2.6/include -shared src/.libs/debug.o src/.libs/prep_cif.o src/.libs/types.o src/.libs/raw_api.o src/.libs/java_raw_api.o src/sparc/.libs/ffi.o src/sparc/.libs/v8.o src/sparc/.libs/v9.o -lc -Wl,-soname -Wl,libffi-2.00-beta.so -o .libs/libffi-2.00-beta.so
src/sparc/.libs/v9.o: could not read symbols: Memory exhausted
collect2: ld returned 1 exit status
I have no idea if this is a libffi problem, an ld problem, an as
problem, or what.
I'm using Solaris as, but GNU ld. I've appended my top-level
config.status.
Tom
#!/bin/sh
# This file was generated automatically by configure. Do not edit.
# This directory was configured as follows:
./configure --with-gcc-version-trigger=/horton/tromey/in-tree/gcc/gcc/version.c --host=sparc-sun-solaris2.6 --enable-threads=posix --enable-languages=java --prefix=/horton/tromey/in-tree/solaris --with-ld=/usr/progressive/bin/ld --with-gnu-ld --norecursion
# using "mh-frag"