(fyi) SEGV in jc1 for java.util.Date (from jikes bytecode only)
Sun May 9 12:25:00 GMT 1999
> FWIW, jikes is known to put nops in certain places where other
> compilers don't.
Yes, I just noticed that. It also appears to leave in non-nop
> That's probably not your problem: I thought you might find this
> pecularity interesting anyway.
Actually, yes it was the cause of one problem. I've been testing
jikes with some parts of libgcj. Gcj doesn't process `dead code', and
this was screwing up the EH ranges (which appear to include dead code
now and then).
I have patch for this that I'm testing right now. The idea is to
replace the dead bytecode ranges with nops before generating trees.
The EH ranges get set correctly and the backend removes the nops.
Anthony Green Cygnus Solutions
More information about the Java