Adding new modifier to GCJ front-end

[Tom Tromey]

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