[Top][All Lists]

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

Re: RFC: Re: [cp-patches] Re: [commit-cp] classpath ./ChangeLog examples

From: Andrew John Hughes
Subject: Re: RFC: Re: [cp-patches] Re: [commit-cp] classpath ./ChangeLog examples/gnu/classpath/ex...
Date: Sun, 27 Mar 2005 17:00:33 +0100

On Sat, 2005-03-26 at 18:23 -0700, Tom Tromey wrote:
> >>>>> "Andrew" == Andrew John Hughes <address@hidden> writes:
> >> Great idea... could you add this to hacking.texinfo as part of our
> >> coding standard?
> Andrew> Done; any comments on the attached patch?
> Looks good to me.  Thanks for doing this.
> Tom


On the topic of the generics branch, I've just been reading the post you
sent to address@hidden with respect to gcjx.  I'm particularly
interested in any progress you've made on handling the generics branch,
especially with respect to just handling the bytecodes it produces.  At
present, I have ecj compiling the branch just fine (well, without errors
-- there are still several thousand warnings relating to the use of raw
types, the fixing of which would just seem to unnecessarily increase its
distance from HEAD at present).  

However, the result is useless as nothing can even handle it, let alone
bootstrap with it.  I was thinking of taking a look at fixing something
like jamvm to handle it, but if you're already working on something
similar with gcjx, then this may be a better target (particularly as the
verifier catches the ldc construct, while I guess that's what's causing
the segfault I get with JamVM).  Is there anything I can do to help on
this score?

Andrew :-)

Please avoid sending me Microsoft Office (e.g. Word, PowerPoint)

No software patents in Europe --

"Value your freedom, or you will lose it, teaches history.
`Don't bother us with politics' respond those who don't want to learn."
-- Richard Stallman

Escape the Java Trap with GNU Classpath!
public class gcj extends Freedom implements Java { ... }

Attachment: signature.asc
Description: This is a digitally signed message part

reply via email to

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