Michael,
I made it a bit further by adding SOURCE_LANGUAGE_VERSION=1.5
TARGET_CLASS_VERSION=1.5 to the make command.
/Users/eric/openjdk/icedtea/bootstrap/jdk1.6.0/bin/java -XX:-PrintVMOptions
-XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -Xmx896m -Xms128m
-XX:PermSize=32m -XX:MaxPermSize=160m
"-Xbootclasspath/p:/Users/eric/openjdk/icedtea/openjdk-boot/build/bsd-ppc/langtools/dist/bootstrap/lib/javac.jar"
-jar
/Users/eric/openjdk/icedtea/openjdk-boot/build/bsd-ppc/langtools/dist/bootstrap/lib/javac.jar
-g -XDignore.symbol.file=true -source 1.5 -target 1.5 -encoding ascii
-classpath /Users/eric/openjdk/icedtea/bootstrap/jdk1.6.0/lib/tools.jar
-Xprefer:source -sourcepath
"/Users/eric/openjdk/icedtea/generated:../../../../src/share/classes" -d
/Users/eric/openjdk/icedtea/openjdk-boot/build/bsd-ppc/corba/classes
@/Users/eric/openjdk/icedtea/openjdk-boot/build/bsd-ppc/corba/tmp/sun/com.sun.tools.corba.se.idl/.classes.list;
\
fi
../../../../src/share/classes/com/sun/tools/corba/se/idl/Arguments.java
../../../../src/share/classes/com/sun/tools/corba/se/idl/AttributeEntry.java
--- cut --
../../../../src/share/classes/com/sun/tools/corba/se/idl/som/cff/Messages.java
../../../../src/share/classes/com/sun/tools/corba/se/idl/som/idlemit/MetaPragma.java
/Users/eric/openjdk/icedtea/generated/java/nio/HeapCharBuffer.java:225:
cannot find symbol
discardMark();
^
symbol: method discardMark()
location: class HeapCharBuffer
/Users/eric/openjdk/icedtea/generated/java/nio/DirectByteBuffer.java:94:
method unreserveMemory in class Bits cannot be applied to given types
Bits.unreserveMemory(size, capacity);
^
required: long
found: long,int
The method is not in this class or the superclass. I found an older post on
this issue.
http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2009-January.txt
Is there a workaround?
Eric
On Sat, Nov 14, 2009 at 9:34 PM, Michael Franz <mvfr...@gmail.com> wrote:
> Eric,
>
> I have encountered this issue before. I am not sure what I did to fix it.
> I think I used ecj instead of the Apple javac. Check the javac perl script
> that IcedTea has. The other option is to apply this patch in the required
> build files.
>
>
> http://cr.openjdk.java.net/~andrew/ecj/01/webrev.01/make/build.xml.udiff.html<http://cr.openjdk.java.net/%7Eandrew/ecj/01/webrev.01/make/build.xml.udiff.html>
>
> Here is my initial post on this
> http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2009-August/006857.html
>
> If I remember correctly, there is a tool that is compiled by ant (the two
> in the output), but it is not compiled with Java 5 byte code. When ant
> tries to run the tool you get that error.
>
> I would switch to using ecj, as you might be able to get past this issue,
> there is another issue that will come up and ecj acts differently than javac
> and you really need the ecj way of doing things. This is my original email
> on this:
>
> http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2009-August/006879.html
>
> Michael
>
>
> On Sat, Nov 14, 2009 at 11:48 PM, Eric Richardson
> <ekrichard...@gmail.com>wrote:
>
>>
>> -def-pcompile:
>> [mkdir] Created dir:
>> /Users/eric/openjdk/icedtea/openjdk-boot/build/bsd-ppc/langtools/build/toolclasses
>> [javac] Compiling 2 source files to
>> /Users/eric/openjdk/icedtea/openjdk-boot/build/bsd-ppc/langtools/build/toolclasses
>>
>> BUILD FAILED
>> /Users/eric/openjdk/icedtea/openjdk-boot/langtools/make/build.xml:603:
>> java.lang.UnsupportedClassVersionError: Bad version number in .class file
>>
>>
