Adding new modifier to GCJ front-end

Sun Sep 28 23:29:00 GMT 2003

>>>>> "Angelo" == Angelo Corsaro <corsaro@cse.wustl.edu> writes:

Angelo> I saw the intimidating comment at parse.y:481
Angelo> /* Modifier TOKEN have to be kept in this order. 
Angelo> Don't scramble it */
I think this just refers to parse.h:MODIFIER_WFL, which I see you
already found.
Angelo> - #define ACC_PHANTOM 0x0800 (in java-tree.h)
That's the same as the strictfp modifier.
Angelo> And added the proper definition in the gperf related files,
Angelo> and changed lex.c, and extended the size of the modifier_ctx
Angelo> array.
That all sounds good.
Angelo> What are the rationale behind having the modifier sorted?
Hmm, there may be some other subtle dependency on the order. If I
ever knew, I forgot.
Angelo> What is the purpose of PAD_TK?
No clue :-(. I'd suggest looking for `strict' (do a case-independent
search) and following along. I think that's the last modifier we
added.
Tom