Maybe this could be extended to use more compilers and versions thereof?
-Patrik
--On Mittwoch, 21. Juli 2004 09:10 +0200 Mark Wielaard <[EMAIL PROTECTED]> wrote:
Hi Steve,
On Tue, 2004-07-20 at 23:27, Steven Augart wrote:I just accidentally tried to build Classpath 0.10 using GCJ (I was using an AIX machine, and I'd left Jikes out of my path). The GCJ version is:
gcj (GCC) 3.3.3 20040215 (release)
This gave the error:
/usr/gnu/bin/gcj --bootclasspath '' --classpath ../../classpath-0.10:../../classpath-0.10/external/jaxp/source:../v m/current:.: -C -d . @classes ../../classpath-0.10/java/security/cert/X509Certificate.java:143: error: Class `java.security.cert.X509Certificate' can't subclass interface `java.security.Certificate'. public abstract class X509Certificate extends Certificate implements X509Extension
The "configure" script currently tests whether GCJ, if used, has at least version 3.3. This doesn't seem to be adequate to get around the error.
Does anybody know what version of gcj we need to avoid this complaint? We should update the configure script appropriately.
The release was tested against gcj (GCC) 3.3.4 (Debian 1:3.3.4-3) and gcj CVS. Hopefully 3.3.4 is enough. But I see that Debian actually includes a couple of patches for the compiler... One of which looks like it was for the above issue. Darn. So you might actually need the 3.4 FSF release.
The "official" policy is to make sure that the java source files can be compiled against the latest official releases of gcj and jikes. (So if gcj 3.4 and/or jikes 2.21 don't work, we have a bit of a problem.) But in practice (in my case) this often means the last releases of gcj and jikes in Debian. We do have a problem in any case since at least the INSTALL/hacking-guide document doesn't explicitly say that (and the configure script version check could indeed be updated).
Cheers,
Mark
_______________________________________________ Classpath mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/classpath