IcedTea6 build failed for a47b53c08a6a

[Andrew John Hughes]

On 1 March 2010 08:53, Mark Wielaard <mark at klomp.org> wrote:
> Hi,
>
> On Fri, 2010-02-19 at 14:01 +0000, Andrew John Hughes wrote:
>> On 22:20 Thu 18 Feb     , GNU Classpath Developer wrote:
>> > The current IcedTea build fails.
>> > Possibly, but not necessarily, because of one of these changes:
>> >
>> > rev:  a47b53c08a6a
>> > user: Andrew John Hughes <ahughes at redhat.com>
>> > date: Thu Feb 18 22:02:18 2010 +0000
>> >
>> > Remove hotspot-tools build to simplify bootstrapping.
>> > Explicitly create the destination directory for the class rewriter.
>> >
>> [...]
>> >
>> > build-bootstrap-javac:
>> >     [mkdir] Created dir: /home/cpdev/icedtea6-build/openjdk-ecj/build/linux-i586/langtools/build/bootstrap/gensrc
>> >     [mkdir] Created dir: /home/cpdev/icedtea6-build/openjdk-ecj/build/linux-i586/langtools/build/bootstrap/classes
>> >  [pcompile] Generating 7 resource files to /home/cpdev/icedtea6-build/openjdk-ecj/build/linux-i586/langtools/build/bootstrap/gensrc
>> >      [copy] Copying 1 file to /home/cpdev/icedtea6-build/openjdk-ecj/build/linux-i586/langtools/build/bootstrap/gensrc
>> >  [pcompile] Generating 1 resource files to /home/cpdev/icedtea6-build/openjdk-ecj/build/linux-i586/langtools/build/bootstrap/gensrc
>> >     [javac] Compiling 8 source files to /home/cpdev/icedtea6-build/openjdk-ecj/build/linux-i586/langtools/build/bootstrap/classes
>> >     [javac] Compiling 244 source files to /home/cpdev/icedtea6-build/openjdk-ecj/build/linux-i586/langtools/build/bootstrap/classes
>> >     [javac] ----------
>> >     [javac] 1. ERROR in /home/cpdev/icedtea6-build/openjdk-ecj/langtools/../../generated/java/nio/CharBuffer.java (at line 460)
>> >     [javac]         return new StringCharBuffer(csq, start, end);
>> >     [javac]                    ^^^^^^^^^^^^^^^^
>> >     [javac] StringCharBuffer cannot be resolved to a type
>> >     [javac] ----------
>> >     [javac] 2. ERROR in /home/cpdev/icedtea6-build/openjdk-ecj/langtools/../../generated/java/nio/CharBuffer.java (at line 666)
>> >     [javac]         checkBounds(offset, length, dst.length);
>> >     [javac]         ^^^^^^^^^^^
>> >     [javac] The method checkBounds(int, int, int) is undefined for the type CharBuffer
>> >     [javac] ----------
>> >     [javac] 3. ERROR in /home/cpdev/icedtea6-build/openjdk-ecj/langtools/../../generated/java/nio/CharBuffer.java (at line 801)
>> >     [javac]         checkBounds(offset, length, src.length);
>> >     [javac]         ^^^^^^^^^^^
>> >     [javac] The method checkBounds(int, int, int) is undefined for the type CharBuffer
>> >     [javac] ----------
>> >     [javac] 4. ERROR in /home/cpdev/icedtea6-build/openjdk-ecj/langtools/../../generated/java/nio/CharBuffer.java (at line 888)
>> >     [javac]         checkBounds(start, end - start, src.length());
>> >     [javac]         ^^^^^^^^^^^
>> >     [javac] The method checkBounds(int, int, int) is undefined for the type CharBuffer
>> >     [javac] ----------
>> >     [javac] 5. ERROR in /home/cpdev/icedtea6-build/openjdk-ecj/langtools/../../generated/java/nio/CharBuffer.java (at line 1213)
>> >     [javac]         return get(position() + checkIndex(index, 1));
>> >     [javac]                                 ^^^^^^^^^^
>> >     [javac] The method checkIndex(int) in the type Buffer is not applicable for the arguments (int, int)
>> >     [javac] ----------
>> >     [javac] 5 problems (5 errors)
>> >
>> > BUILD FAILED
>> > /home/cpdev/icedtea6-build/openjdk-ecj/langtools/make/build.xml:192: The following error occurred while executing this line:
>> > /home/cpdev/icedtea6-build/openjdk-ecj/langtools/make/build.xml:431: The following error occurred while executing this line:
>> > /home/cpdev/icedtea6-build/openjdk-ecj/langtools/make/build.xml:472: The following error occurred while executing this line:
>> > /home/cpdev/icedtea6-build/openjdk-ecj/langtools/make/build.xml:542: Compile failed; see the compiler error output for details.
>> >
>> > Total time: 22 seconds
>> > make[2]: *** [build] Error 1
>> > make[2]: Leaving directory `/home/cpdev/icedtea6-build/openjdk-ecj/langtools/make'
>> > make[1]: *** [langtools-build] Error 2
>> > make[1]: Leaving directory `/home/cpdev/icedtea6-build/openjdk-ecj'
>> > make: *** [stamps/icedtea-ecj.stamp] Error 2
>>
>> Ok, I give up.  I have no idea what is wrong with the build on this
>> machine.
>
> Finally made progress on this. There are multiple issues:
>
> - For some reason the generated/ directory, containing only source
> files, was explicitly added to the bootstrap classpath by one of our
> patches. This is unnecessary, the .class versions are available, but
> caused the version of ecj on the machine to "helpfully" try to compile
> them. This was easily fixed:
>
> 2010-03-01  Mark Wielaard  <mark at klomp.org>
>
>        * patches/ecj/icedtea.patch: Don't add generated dir to
>        bootclasspath in langtools/make/build.xml.
>

Thanks.  tools.jar can also be trimmed I think, as it's now a symlink
to rt.jar; testing now.

> That didn't fully fix it, and later on in bootstrapping corba one would
> get an unexpected issue with one source file trying to use
> sun.security.action.GetPropertyAction. This was caused by a buggy gjar
> on the machine. We really should have a configure check to detect this
> gjar -u bug: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36636
> For now I added --with-jar=faster to the configure line.
>

Probably because you're the only one with an old enough gjar to see this :-)

> This almost fixes the bootstrap issue, except we are getting:
>
>    [javac] 1. ERROR
> in /home/cpdev/icedtea6-build/openjdk-ecj/build/linux-i586/jaxws/drop/jaxws_src/src/com/sun/xml/internal/bind/v2/runtime/unmarshaller/StAXEventConnector.java (at line 279)
>    [javac]     String type = staxAttr.getDTDType();
>    [javac]                   ^^^^^^^^^^^^^^^^^^^^^
>    [javac] Type mismatch: cannot convert from QName to String
>
> This seems to have a fix/workaround in icedtea7
> (patches/icedtea-jaxws-getdtdtype.patch). I am testing a backport to
> icedtea6
>

There is a configure test that goes with it.  I think it was fixed on
7 for your machine as versions of gcj based on Classpath 0.98 (i.e.
4.4.x) don't have this bug.

> Cheers,
>
> Mark
>



-- 
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