Bytecode verifier

Ranjit Mathew rmathew@hotmail.com
Mon Mar 29 19:11:00 GMT 2004


>  > 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.

If the front-end bits provide the API for the verifier
and libgcj uses it, it has to link to GPL-ed code, no?

If libgcj provides the API for the verifier and the
front-end uses it, the configury and the build process
should get really weird.

BTW, as has been pointed earlier, Sun's JVM doesn't
even bother verifying classes loaded locally unless
you use the "-verify" flag, so maybe even we ought
not to bother by default. A runtime flag/environment-
variable/property should at least help in not having
to comment out the verifier call and recompiling
libgcj in order to get an application working.

Ranjit.

-- 
Ranjit Mathew          Email: rmathew AT hotmail DOT com

Bangalore, INDIA.      Web: http://ranjitmathew.tripod.com/



More information about the Java mailing list