This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] Fix PR50999, serialize frontend specific flags (-fexceptions)
On Mon, 7 Nov 2011, Iain Sandoe wrote:
> > How is the default selected (that's not obvious to me). flag_next_runtime
> > doesn't use options mechanisms it seems, that's bad. Both
> > -fgnu-runtime and -fnext-runtime are frontend-only flags, they should
> > be at least also enabled for LTO, otherwise LTO cannot do anything
> > about the flag (and if it were LTO supported it would already be
> > saved properly).
>
> for some reason it wasn't shifted to the new scheme - perhaps Joseph recalls
> why.
In general I was concerned with options of relevance to multilib selection
(although the actual changes to multilib selection didn't get
implemented), meaning back-end and middle-end options; front-end options
were less relevant. Making similar cleanups to front-end options (i.e.
making as much use of .opt features as possible instead of ad hoc code) is
certainly still worthwhile as a cleanup. (And there is still scope for
more cleanup of some back-end options: moving some handling of enumeration
options in override hooks to use Enum in particular.)
--
Joseph S. Myers
joseph@codesourcery.com