This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: Speaking of runtime options
- From: Tom Tromey <tromey at redhat dot com>
- To: Nic Ferrier <nferrier at tapsellferrier dot co dot uk>
- Cc: java at gcc dot gnu dot org
- Date: 27 Jan 2002 18:24:49 -0700
- Subject: Re: Speaking of runtime options
- References: <87g04r47np.fsf@tf1.tapsellferrier.co.uk>
- Reply-to: tromey at redhat dot com
>>>>> "Nic" == Nic Ferrier <nferrier@tapsellferrier.co.uk> writes:
Nic> Would a new gij (or a new option handler for the gcj tool) be
Nic> useful?
Rewriting the option parsing in gij would be good. Ideally it would
be Sun-compatible but also comply with the GNU coding standards (i.e.,
--help and --version already work correctly).
In what ways are we not compatible?
One thing we had planned but never implemented was to push some of the
actual parsing code into the invocation API, as required by the JNI
spec. It would be nice to do that; have gij parse the options and
then pass them on to the invocation API somehow. (Whether this is
fully feasible I don't know.)
Tom