Re: error building classpath with gcj 3.3.5

[Michael Koch]

On Fri, May 20, 2005 at 04:00:53AM +0200, Robert Schuster wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hi,
> I am trying to build Classpath with GCJ 3.3.5 (actually gcj (GCC)
> 3.3.5-20050130 (Gentoo Linux 3.3.5.20050130-r1, ssp-3.3.5.20050130-1,
> pie-8.7.7.1) from the Gentoo distribution on x86) and it shows the
> following error:
> 
> /usr/bin/gcj --bootclasspath '' --classpath
> ..:../vm/reference:../external/w3c_dom:../external/sax:.: -C -d .
> @classes.standard && /usr/bin/gcj -Wno-deprecated --bootclasspath ''
> - --classpath ..:../vm/reference:../external/w3c_dom:../external/sax:.: -C
> - -d . @classes.awt && /usr/bin/gcj -Wno-deprecated --bootclasspath ''
> - --classpath ..:../vm/reference:../external/w3c_dom:../external/sax:.: -C
> - -d . @classes.locale && /usr/bin/gcj -Wno-deprecated --bootclasspath ''
> - --classpath ..:../vm/reference:../external/w3c_dom:../external/sax:.: -C
> - -d . @classes.xml && /usr/bin/gcj -Wno-deprecated --bootclasspath ''
> - --classpath ..:../vm/reference:../external/w3c_dom:../external/sax:.: -C
> - -d . @classes.standardx
> if ! [ -e gnu ]; then mkdir gnu; fi
> if ! [ -e gnu/java ]; then mkdir gnu/java; fi
> if ! [ -e gnu/java/locale ]; then mkdir gnu/java/locale; fi
> touch resources
> ../gnu/java/rmi/RMIMarshalledObjectInputStream.java:52: error: Class
> `gnu.java.rmi.RMIMarshalledObjectInputStream' doesn't define the
> abstract method `org.omg.CORBA.Object
> org.omg.CORBA.portable.InputStream.read_Object()' from class
> `org.omg.CORBA.portable.InputStream'. This method must be defined or
> class `gnu.java.rmi.RMIMarshalledObjectInputStream' must be declared
> abstract.
>    public class RMIMarshalledObjectInputStream extends RMIObjectInputStream
>                                                                            ^
> ../gnu/java/rmi/RMIMarshalledObjectInputStream.java:52: error: Class
> `gnu.java.rmi.RMIMarshalledObjectInputStream' doesn't define the
> abstract method `char org.omg.CORBA.portable.InputStream.read_char()'
> from class `org.omg.CORBA.portable.InputStream'. This method must be
> defined or class `gnu.java.rmi.RMIMarshalledObjectInputStream' must be
> declared abstract.
>    public class RMIMarshalledObjectInputStream extends RMIObjectInputStream
>                                                                            ^
> ../gnu/java/rmi/RMIMarshalledObjectInputStream.java:52: error: Class
> `gnu.java.rmi.RMIMarshalledObjectInputStream' doesn't define the
> abstract method `double
> org.omg.CORBA.portable.InputStream.read_double()' from class
> `org.omg.CORBA.portable.InputStream'. This method must be defined or
> class `gnu.java.rmi.RMIMarshalledObjectInputStream' must be declared
> abstract.
>    public class RMIMarshalledObjectInputStream extends RMIObjectInputStream
> 
> (and many many more of this kind).
> 
> As these errors do not happen with GCJ 4.0 I suppose the problem comes
> from a bug of the earlier GCJ versions. Do our GCJ people know about a
> problem where the compiler messed up the import functionality?

More then one. I take this now to start another discusion...

We should really support GCJ starting with version 4.0.0. We have some
problems with GCJ 3.3 and 3.4: either some stuff is not implementable with
them (see problems with inner classes in Swing) or we added stupid workarounds
for them that are not needed with more sane java compilers like GCJ 4.0 or
jikes. Dont get me wrong these are not perfect too. But they are much better
then GCJ 3.3 and 3.4.

So my call now: Let us update to depend on GCJ 4.0.0 as a minimum when building
with GCJ. The Building with jikes or other java compilers should be unaffected
by this.

What do you think?



Cu
Michael
-- 
Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html

Join the community at http://planet.classpath.org/