On Fri, 24 Feb 2006 18:26:29 +0100
Hanno Meyer-Thurow <h.mth@...> wrote:

> /bin/sh ./libtool --tag=GCJ --mode=link gcj --classpath=. -fassume-compiled -I./src -I. -I/usr/share/antlr/lib/antlr.jar -I. -g -O2  -Wl,-O1 -o gjdoc --main=gnu.classpath.tools.gjdoc.Main
> -Dgnu.gcj.runtime.VMClassLoader.library_control=never  -l-com-sun-javadoc -l-com-sun-tools-doclets-Taglet -l-gnu-classpath-tools-gjdoc antlr.so
> gcj --classpath=. -fassume-compiled -I./src -I. -I/usr/share/antlr/lib/antlr.jar -I. -g -O2 -Wl,-O1 -o .libs/gjdoc --main=gnu.classpath.tools.gjdoc.Main -Dgnu.gcj.runtime.VMClassLoader.library_control=never antlr.so  /var/tmp/portage/gjdoc-0.7.7/work/gjdoc-0.7.7/.libs/lib-com-sun-javadoc.so /var/tmp/portage/gjdoc-0.7.7/work/gjdoc-0.7.7/.libs/lib-com-sun-tools-doclets-Taglet.so /var/tmp/portage/gjdoc-0.7.7/work/gjdoc-0.7.7/.libs/lib-gnu-classpath-tools-gjdoc.so
> /var/tmp/portage/gjdoc-0.7.7/work/gjdoc-0.7.7/.libs/lib-gnu-classpath-tools-gjdoc.so: undefined reference to `java::lang::Class::getSuperclass()'
> collect2: ld returned 1 exit status
> make[2]: *** [gjdoc] Fehler 1

AFAIS it is fixed by this for x86/glibc usage, at least here:
(There is much more from toolchain.eclass that we want.)

...
    strip-flags

    ${S}/configure ${conf} \
        || die "configure failed!"

    make \
        BOOT_CFLAGS="${CFLAGS}" \
        LDFLAGS="-Wl,-O1" \
        LIBPATH="/opt/${PN}-${SLOT}/lib" \
        STAGE1_CFLAGS="-O" \
        profiledbootstrap \
        || die "make failed!"
...

---
Btw, I changed this to take effect now:

-	--with-languages=java
+	--enable-languages=c,c++,java

This stops objc to build.
We want language c for bootstrapping stuff.
Fixes that error?!

---
lib/libgcj.so.7.0.0 still links to libgcc_s.so.1 from system gcc.

I do not like to see that. But, however, the more we copy
from toolchain.eclass it may change.


Regards,
Hanno
-- 
gentoo-java@g.o mailing list