This is the mail archive of the 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: Proposed plugin API for GCC

Hi Richard,

Richard Guenther <> skribis:

> On Fri, Mar 30, 2012 at 10:23 AM, Ludovic CourtÃs


>> The needs of plug-ins cannot be anticipated; artificially restricting
>> what plug-ins can do is likely to hinder wider extension of GCC.
> Extension of GCC should happen within the GCC codebase.  Plugins
> are not a replacement of improving GCC!

Yes, I agree.

However, Iâm sure that GCC can be extended in ways that are very
valuable, yet that would not fit in GCC itself for various
administrative or technical reasons.

I find it important to help such unanticipated uses of GCC spread.

>> For instance, I would expect a large subset of <tree.h> and <cgraph.h>
>> to be stable (itâs been the case in my experience between 4.5 and 4.7.)
>> The rest can be tagged with a special convention (for instance, an âi_â
>> prefix), to make it clear that itâs only meant for internal consumption.
>> WDYT?
> Sounds like a stupid idea that does not work

The current situation is that nothing, or everything, is considered
internal, depending on who you ask.  ;-)

The above suggestion would be a recognition that yes, plug-ins /do/ need
<tree.h> & co. to do anything meaningful, but at the same time that
parts of it are internal and /will/ break eventually.


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