This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: [RFC] Suggested replacement for specs and switch handling
- To: Neil Booth <neil at daikokuya dot demon dot co dot uk>
- Subject: Re: [RFC] Suggested replacement for specs and switch handling
- From: Tom Tromey <tromey at redhat dot com>
- Date: 25 Jun 2001 14:07:13 -0600
- Cc: Geoff Keating <geoffk at geoffk dot org>, gcc at gcc dot gnu dot org
- References: <20010625184449.B20159@daikokuya.demon.co.uk>
- Reply-To: tromey at redhat dot com
>>>>> "Neil" == Neil Booth <neil@daikokuya.demon.co.uk> writes:
Neil> Does this mean you're happy that we can work something out for
Neil> gcj if specs disappear? If so, that's great.
gcj doesn't have a hard requirement that specs exist. It just needs
certain functionality. If the same goals can be achieved in some
other way, I'm fine with it.
The three problems I see are:
* Stuffing `-l' options into the link line
* The possibility of running jvgenmain and cc1 at link time when
`--main' is given (presumably not hard as we already run other
programs conditionally)
* The `combine inputs' code, which invokes a single jc1 instance on a
bunch of source files.
You'd know better than me whether these things are possible in the new
scheme.
Tom