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: Alexandre Oliva <aoliva at redhat dot com>
- Date: 02 Jul 2001 19:03:53 -0300
- Cc: Fergus Henderson <fjh at cs dot mu dot oz dot au>, gcc at gcc dot gnu dot org
- Organization: GCC Team, Red Hat
- References: <20010702193032.B28432@daikokuya.demon.co.uk>
On Jul 2, 2001, Neil Booth <neil@daikokuya.demon.co.uk> wrote:
> I don't have any good ideas for this, apart from possibly having a way
> to read in an updated hash table at run time.
How about multiple hash-tables, one per front-end? You could
pre-compile each one separately, and map them all in at run-time. We
could also provide a tool (optionally installed?) to de-compile such a
hash-table, and to re-compile it.
> Unless the driver always looked in a predefined place for such a
> file, it would probably need to be given on the command line, which
> would be awkward too.
The driver currently looks for the specs file in a predefined place,
that can be overridden in the command line. I'd rather retain this
ability, even if we go with pre-compiled functional equivalents of
specs files.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist *Please* write to mailing lists, not to me