This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Antwort: Re: [plugins] [patch] Initial implementation of GCC plugin support
- From: Mark Mitchell <mark at codesourcery dot com>
- To: Diego Novillo <dnovillo at google dot com>
- Cc: Basile STARYNKEVITCH <basile at starynkevitch dot net>, Taras Glek <tglek at mozilla dot com>, Markus Milleder <markus dot milleder at generali dot at>, benjamin at smedbergs dot us, Cupertino Miranda <cupertinomiranda at gmail dot com>, gcc-patches at gcc dot gnu dot org, Grigori Fursin <grigori dot fursin at inria dot fr>, "Joseph S. Myers" <joseph at codesourcery dot com>, Le-Chun Wu <lcwu at google dot com>, Sean Callanan <spyffe at cs dot sunysb dot edu>, Zbigniew Chamski <zbigniew dot chamski at gmail dot com>
- Date: Mon, 02 Mar 2009 16:52:13 -0800
- Subject: Re: Antwort: Re: [plugins] [patch] Initial implementation of GCC plugin support
- References: <OFC8650E0E.3CD3D4FA-ONC1257567.003E9999-C1257567.00404D25@AT.TOP.COM> <49A43870.60906@mozilla.com> <49A43FC5.1020207@starynkevitch.net> <b798aad50902241051t558e0283ic093c565dadc14d0@mail.gmail.com>
Diego Novillo wrote:
>> So perhaps adding an explicit -fdisable-plugin-version-check flag which
>> would turn the error message into a warning or a notice could make sense. I
>> am not sure if the plugin should decide to accept slightly incompatible
>> versions (ie if we should differentiate, it should not be the plugin author
>> to decide...) This is really a user decision.
>
> Yes. This is reasonable. By default, GCC would do strict version
> checking. If the user knows that the version check is not necessary,
> a flag could disable the check. Of course, if the plugin runs into a
> bug because of this, the user gets to keep both halves of the
> compiler.
I agree.
The critical thing is that the FSF releases reject plugins that do not
match the compiler exactly -- unless the user explicitly requests
otherwise. Distributors may of course make different decisions, but we
must err on the side of robustness.
--
Mark Mitchell
CodeSourcery
mark@codesourcery.com
(650) 331-3385 x713