[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: build update

From: Mark Wielaard
Subject: Re: build update
Date: Fri, 26 Oct 2001 13:19:10 +0200
User-agent: Mutt/1.3.23i


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/ (getProxyClass): 
        Workaround for bug in gcj 
        * java/util/ (TreeIterator (int)): likewise

gcj 3.1 has some trouble with our file (and
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.


Stuff to read:
  What's Wrong with Copy Protection, by John Gilmore

reply via email to

[Prev in Thread] Current Thread [Next in Thread]