I can't compile libjava on solaris
Maik Scholz
Maik.Scholz@fr.bosch.de
Thu May 27 01:20:00 GMT 1999
Here is the try with "make CFLAGS=-v" ...
Without the "-Wl,-soname -Wl,libzgcj-1.1.3.so -o .libs/libzgcj-1.1.3.so"
at the end, it will link the library. But i don't know if this is right in this
way
to do it.
I have attached a the complete log script.
Maik
1.) first try
bash$ cd sparc-sun-solaris2.5.1/zlib/
bash$ ls
Makefile compress.lo config.status deflate.o infblock.o
inffast.o inftrees.o trees.lo zutil.lo
a.out compress.o crc32.lo gzio.lo infcodes.lo
inflate.lo infutil.lo trees.o zutil.o
adler32.lo config.cache crc32.o gzio.o infcodes.o
inflate.o infutil.o uncompr.lo
adler32.o config.log deflate.lo infblock.lo inffast.lo
inftrees.lo libtool uncompr.o
bash$ make CFLAGS=-v
/bin/sh ./libtool --mode=link gcc -v -o libzgcj.la -release 1.1.3 -rpath
/usr/local/projects/dab_receiver/develenv/java/gcj/sparc-sun-solaris2.5.1/lib
adler32.lo compress.lo crc32.lo deflate.lo gzio.lo infblock.lo infcodes.lo
inffast.lo inflate.lo inftrees.lo infutil.lo trees.lo uncompr.lo zutil.lo
rm -fr .libs/libzgcj.la .libs/libzgcj.* .libs/libzgcj-1.1.3.*
gcc -shared adler32.lo compress.lo crc32.lo deflate.lo gzio.lo infblock.lo
infcodes.lo inffast.lo inflate.lo inftrees.lo infutil.lo trees.lo uncompr.lo
zutil.lo -lc -Wl,-soname -Wl,libzgcj-1.1.3.so -o .libs/libzgcj-1.1.3.so
ld: warning: option -o appears more than once, first setting taken
ld: fatal: file libzgcj-1.1.3.so: cannot open file: No such file or directory
ld: fatal: File processing errors. No output written to .libs/libzgcj-1.1.3.so
collect2: ld returned 1 exit status
make: *** [libzgcj.la] Error 1
2.) second try ("-v" added manualy)
> cd build/sparc-sun-solaris2.5.1/zlib/
/export/home/HI213001/scholz/data1121/gjc/build/sparc-sun-solaris2.5.1/zlib
> /export/home/HI211121.hi.bosch.de/scholz/gjc/build/gcc/xgcc -v -shared
adler32.lo compress.lo crc32.lo deflate.lo gzio.lo infblock.lo infcodes.lo
inffast.lo inflate.lo inftrees.lo infutil.lo trees.lo uncompr.lo zutil.lo -lc
-Wl,-soname -Wl,libzgcj-1.1.3.so -o .libs/libzgcj-1.1.3.so
Reading specs from
/usr/local/projects/dab_receiver/develenv/java/gcj/lib/gcc-lib/sparc-sun-solaris2.5.1/egcs-2.93.21/specs
gcc version egcs-2.93.21 19990502 (gcc2 ss-980929 experimental)
/usr/local/projects/dab_receiver/develenv/java/gcj/lib/gcc-lib/sparc-sun-solaris2.5.1/egcs-2.93.21/collect2
-V -G -dy -z text -Y P,/usr/ccs/lib:/usr/lib -Qy -o .libs/libzgcj-1.1.3.so
/usr/local/projects/dab_receiver/develenv/java/gcj/lib/gcc-lib/sparc-sun-solaris2.5.1/egcs-2.93.21/crti.o
/usr/ccs/lib/values-Xa.o
/usr/local/projects/dab_receiver/develenv/java/gcj/lib/gcc-lib/sparc-sun-solaris2.5.1/egcs-2.93.21/crtbegin.o
-L/usr/local/projects/dab_receiver/develenv/java/gcj/lib/gcc-lib/sparc-sun-solaris2.5.1/egcs-2.93.21
-L/usr/ccs/bin -L/usr/ccs/lib
-L/usr/local/projects/dab_receiver/develenv/java/gcj/lib adler32.lo compress.lo
crc32.lo deflate.lo gzio.lo infblock.lo infcodes.lo inffast.lo inflate.lo
inftrees.lo infutil.lo trees.lo uncompr.lo zutil.lo -lc -soname libzgcj-1.1.3.so
-lgcc -lgcc
/usr/local/projects/dab_receiver/develenv/java/gcj/lib/gcc-lib/sparc-sun-solaris2.5.1/egcs-2.93.21/crtend.o
/usr/local/projects/dab_receiver/develenv/java/gcj/lib/gcc-lib/sparc-sun-solaris2.5.1/egcs-2.93.21/crtn.o
ld: Software Generation Utilities - Solaris/ELF (3.0)
ld: warning: option -o appears more than once, first setting taken
ld: fatal: file libzgcj-1.1.3.so: cannot open file: No such file or directory
ld: fatal: File processing errors. No output written to .libs/libzgcj-1.1.3.so
collect2: ld returned 1 exit status
> which xgcc
xgcc: Command not found.
> which ld
/usr/local/projects/dab_receiver/develenv/versions/gnupro-98r2/H-sparc-sun-solaris2.5/bin/ld
> ld --version
GNU ld 2.9-gnupro-98r2
Copyright 1997 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License. This program has absolutely no warranty.
Supported emulations:
elf32_sparc
> Try going to the zlib build directory and running:
>
> make CFLAGS=-v
>
> Then maybe you can see how `ld' is actually being invoked. Maybe we
> can trace backwards from that to the bug.
>
> Tom
--
Robert Bosch Multimedia-Systeme GmbH & Co.KG
Maik Scholz P.O.Box 777777 phone +49-5121-49-5391
Dept. MU/EMS2 D-31132 Hildesheim fax +49-5121-49-3970
mailto:Maik.Scholz@fr.bosch.de
More information about the Java
mailing list