Bytecode verifier

Andrew Haley aph@redhat.com
Sat Mar 27 06:00:00 GMT 2004


Ranjit Mathew writes:
 > Tom Tromey wrote:
 > > Andrew> I know that there is a somewhat decent verifier in libgcj, so
 > > Andrew> perhaps we could replace the gcj verifer with that one.
 > > 
 > > FWIW, I started work on putting the libgcj verifier into gcj last
 > > year.  I haven't had time to finish yet, and in the meantime I made
 > > some major changes to the libgcj verifier (fixing the subroutine
 > > bugs), so my changes won't apply cleanly any more.
 > > 
 > > Anyway, I had a mostly-working prototype.  I was able to get the
 > > verifier into gcc, bridge the type differences, and have it actually
 > > verify code.  gcc still crashed since I hadn't yet wrote the code to
 > > let the libgcj verifier tell gcc about type maps.  Parts of this were
 > > pretty ugly, so some polishing would also be required...
 > 
 > Can you please elaborate a bit more? I mean, wouldn't this
 > create licensing issues? The configury will also get
 > a little weird I guess.
 > 
 > It is a Good Thing, IMHO, but I'm just confused by
 > how you did it, especially after I remember us being
 > reticent to even use libiberty in libgcj and by the
 > order in which I see different parts of the GCC tree being
 > configured and built (libiberty, front-ends, libraries).

libiberty is GPL; libgcj is GPL+exception.  There's no reason to to
link GPL code with GPL+exception code.

Andrew.



More information about the Java mailing list