Re: build update

[Mark Wielaard]

Hi,

On Thu, Oct 25, 2001 at 11:59:17PM -0400, Brian Jones wrote:
> I've made progress with making the build much easier, at least with
> configure anyway.  I've temporarily broken my own native libraries
> build locally until I add in the jni.h stuff.  So I can't commit what
> I have yet but I thought folks would like to know my progress.
Post the diff! I want to play with it :)
 
> Btw, I couldn't make gcj the default compiler because it fails to
> compile things that jikes is compiling without problems.  However I am
> using gcc 2.96 so that could also be the problem there.
Use gcc 3.0.x. I sometimes compile with gcj 3.0.x and 3.1 (from CVS) and it
compiles almost everything out of the box.

There are currently two construct in Classpath that cannot be compiled with
gcj 3.0.2 but they have easy workaround. I have attached the needed patch
and I will check it in. With this gcj 3.0.2 can compile classpath out of the
box with gcj -C -d lib @classes (but see below).

2001-10-26  Mark Wielaard  <address@hidden>

        * java/lang/reflect/Proxy.java (getProxyClass): 
        Workaround for bug in gcj 
        * java/util/TreeMap.java (TreeIterator (int)): likewise

gcj 3.1 has some trouble with our Class.java file (and ClassLoader.java)
and has a new bug that makes LinkedHashMap uncompilable (bug #java/4693).
But I don't think we should worry about gcc 3.1 CVS that much.

But I have not been able to make gcj work from within the lib dir when the
@classes file contains ../java/etc entries. But from the toplevel dir with
a @classes file that contains "normal" java/etc entries it works OK. You do
have to make sure that the @classes list does not contain duplicates though.

Cheers,

Mark
-- 
Stuff to read:
    <http://www.toad.com/gnu/whatswrong.html>
  What's Wrong with Copy Protection, by John Gilmore