Re: [gentoo-java] work on gcj for gentoo

[Hanno Meyer-Thurow <h.mth@web.de>]

On Thu, 23 Feb 2006 12:25:08 +0100
Hanno Meyer-Thurow <h.mth@web.de> wrote:

> My next step:
> 
> 	After 'make install' I will delete useless files and I will move
> header files to fit into include/. If you have another better idea
> please tell me.

I added these configure switches:
        --mandir=/opt/${PN}-${SLOT}/share/man \
        --infodir=/opt/${PN}-${SLOT}/share/info \
        --with-gxx-include-dir=/opt/${PN}-${SLOT}/include \

What I see is that these can be disabled.
	libmudflap, libobjc, libssp

... that unrelated binaries like gcc, g++, etc. can be deleted.

I also copy some headers to include/ to have them in one place
for applications including them. No idea if that is needed.

I still built them and did not delete that binaries because of an
issue I hit with native build of gjdoc:

/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


Any concerns?
Any ideas why it could fail?


Regards,
Hanno
-- 
gentoo-java@gentoo.org mailing list