Re: [RFC] Suggested replacement for specs and switch handling

[Neil Booth <neil at daikokuya dot demon dot co dot uk>]

Anthony Green wrote:-

> gcj currently depends on this this feature.  We create a spec file at
> libjava configure time based on various target considerations.  Check out
> libjava/libgcj.spec.in.
> 
> Embedded developers also manipulate spec files for various reasons.  It's
> nice that they can do this without touching the compiler source.
> 
> Isn't there some way to address your concerns while keeping runtime
> configuration?

This is what Michael brought up as the disadvantage, though rth, Mark
and others thought it shouldn't get in the way of something else if it
were more maintainable.

Is it possible to fulfill your needs another way?  rth suggested some
of it could be done by wrapper scripts.  Run-time spec manipulation is
inherently limited by whatever was compiled in to the driver anyway.
Can you give an example of what spec magic you use as an embedded
developer?

Would making a driver recompilation straightforward address your
concerns?

Neil.