This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Options initialization rearrangement


On 10/08/2010 11:23 AM, Richard Guenther wrote:
On Thu, Oct 7, 2010 at 5:21 PM, Joseph S. Myers<joseph@codesourcery.com> wrote:
* The static initializers for options now go in a separate
  global_options_init which is copied to global_options in the
  initialization step, reflecting that there will be more than one
  gcc_options structure to initialize in future.

* There are explicit init_options_once, init_options_struct and
  lang_hooks.init_options_struct steps, each of which has some parts
  moved out from the previous functions.  Thus various parts of
  initialization are reordered, but this is not intended to change the
  behavior of the compiler.

* The Fortran gfc_init_options hook set flag_short_enums to a
  target-dependent default.  This was too early to set it, since the
  target-dependent default may depend on command-line options; the
  default is set in language-independent code in process_options,
  which should suffice for all languages, so the front-end setting is
  removed.  (I think that front-end setting was a relic of when
  Fortran used its own short-enums flag instead of the
  language-independent one.)

Bootstrapped with no regressions on x86_64-unknown-linux-gnu.  OK to
commit?
Ok for the ME pieces.

The Fortran part is also OK.


Tobias

fortran:
2010-10-07  Joseph Myers<joseph@codesourcery.com>

        * f95-lang.c (LANG_HOOKS_INIT_OPTIONS_STRUCT): Define.
        * gfortran.h (gfc_init_options_struct): Declare.
        * options.c (gfc_init_options_struct): New.  Split out from
        gfc_init_options.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]