[IcedTea7] Bootstrap using GCJ-4.4 ?

[Andrew John Hughes]

On 31 May 2010 09:46, Thierry Reding <thierry.reding at avionic-design.de> wrote:
>> > -create-import-jdk-stubs:
>> > ? ?[mkdir] Created dir:
>> > /tmp/buildd/openjdk-7-7b84/build/openjdk-boot/build/linux-amd64/langtools/build/genstubs
>> > ?[genstubs] Generating 81 stub files to
>> > /tmp/buildd/openjdk-7-7b84/build/openjdk-boot/build/linux-amd64/langtools/build/genstubs
>> >
>> > BUILD FAILED
>> > java.lang.NoClassDefFoundError: GenStubs
>> > ? at java.lang.Class.initializeClass(libgcj.so.10)
>> > ? at GenStubs$Ant.execute(Unknown Source)
>> > [...]
>> > Caused by: java.lang.ClassNotFoundException:
>> > javax.tools.JavaFileManager$Location
>> > [...]
>> > ? at java.lang.Class.initializeClass(libgcj.so.10)
>> > ? ...15 more
>> >
>> > You can get my full build log here : [1].
>> >
>>
>> There are some issues with HEAD I need to look at, that's why there
>> hasn't been a new release yet.  Have you tried 1.12?
>
> I've been able to trace this back to langtools' build.xml. The attached patch
> fixes the build for me.
>
> Thierry
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAkwDd3EACgkQZ+BJyKLjJp+MegCeOpch0c6EtfUwY8i8stQi1cuT
> 72wAn36crtpa+AjCL0fMYtDsnlJW/yxJ
> =OGgt
> -----END PGP SIGNATURE-----
>
>


This looks like the right fix.  I think the issue here is that the
full classpath is passed through to the genstubs task for when it
forks:

        <genstubs
            srcdir="${import.jdk.src.dir}" destdir="${build.genstubs.dir}"
            includes="${import.jdk.stub.files}"
            fork="true"
classpath="${build.toolclasses.dir}:${build.bootstrap.dir}/classes:${ant.home}/lib/ant.jar"
	/>

However, we have to disable forking due to an issue with this and gcj.
 So the classpath specified in the genstubs task is use:

        <taskdef name="genstubs"
                 classname="GenStubs$$Ant"
                 classpath="${build.toolclasses.dir}/"/>

I've committed a patch to IcedTea's forest to use the same classpath
in the second case and will try and get this pushed upstream as well.

The whole thing is complicated by Ant and by the way it is running
differently on every platform. I don't see the error here, presumably
because it's picking up the classes from the system install of OpenJDK
or something (but I don't know for certain).  Why we have to use this
and not Makefiles I have no idea; it doesn't seem to make anything
easier and makes diagnosing issues much harder.
-- 
Andrew :-)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

Support Free Java!
Contribute to GNU Classpath and the OpenJDK
http://www.gnu.org/software/classpath
http://openjdk.java.net

PGP Key: 94EFD9D8 (http://subkeys.pgp.net)
Fingerprint: F8EF F1EA 401E 2E60 15FA  7927 142C 2591 94EF D9D8