package org.omg.CORBA_2_3.portable does not exist

[Lillian Angel]

Gary Benson wrote:
> Bernhard Rosenkraenzer wrote:
>> On Monday 15 October 2007, you wrote:
>>> Bernhard Rosenkraenzer writes:
>>>> I've just tried to bootstrap icedtea (current hg) with gcj 4.3
>>>> from SVN (the first semi-official gcc with generics support).
>>> It can't be done.  The current icedTea needs to be bootstrapped
>>> with IcedTea.  We're thinking about how to solve this problem,
>>> but it's hard.
>> Thanks, that helped -- I got IcedTea 1.3 to compile with gcj 4.3
>> (just minor tweaks required - mostly it's a matter of killing the
>> -Werror flag because gcc 4.3 introduces quite a few new warniongs).
>>
>> Using the resulting JVM to bootstrap current hg icedtea still fails though:
>>
>> /usr/src/ark/BUILD/icedtea/bootstrap/jdk1.6.0/bin/java -client -Xmx896m -Xms128m -XX:PermSize=32m -XX:MaxPermSize=160m -Xbootclasspath/p:/usr/src/ark/BUILD/icedtea/openjdk/control/build/linux-i586/langtools/dist/bootstrap/lib/javac.jar -jar /usr/src/ark/BUILD/icedtea/openjdk/control/build/linux-i586/langtools/dist/bootstrap/lib/javac.jar -g -source 1.5 -target 5 -encoding ascii -Xbootclasspath:/usr/src/ark/BUILD/icedtea/openjdk/control/build/linux-i586/classes -sourcepath /usr/src/ark/BUILD/icedtea/openjdk/control/build/linux-i586/gensrc:../../../src/solaris/classes:../../../src/share/classes -d /usr/src/ark/BUILD/icedtea/openjdk/control/build/linux-i586/classes @/usr/src/ark/BUILD/icedtea/openjdk/control/build/linux-i586/tmp/java/java.lang.management/management/.classes.list
>> ../../../src/share/classes/com/sun/jmx/remote/internal/ProxyInputStream.java:39: package org.omg.CORBA_2_3.portable does not exist
>> import org.omg.CORBA_2_3.portable.InputStream;
>>                                  ^
>> ../../../src/share/classes/com/sun/jmx/remote/internal/ProxyInputStream.java:42: 
>> package org.omg.CORBA_2_3.portable does not exist
> ...
> 
> I got stuck on this.  It's the second -Xbootclasspath that kills it,
> the one that says -Xbootclasspath:/path/to/linux-i586/classes, and
> sure enough the CORBA_2_3 classes aren't in there.  It's a weird one
> in that it only seems to happen on a clean build, so you'll hit the
> error, do something, rebuild, "cool, that fixed it", then get bitten
> by it all over again when you do a clean build.  But this patch seems
> to fix it.

I have also come across this issue while re-implementing ecj support. 
I will commit it with the rest of my stuff when it is ready.

Thanks,
Lillian