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: [PATCH][libcpp] New deferred output pragma

From: Tom Tromey <tromey at redhat dot com>
To: Basile Starynkevitch <basile at starynkevitch dot net>
Cc: David Stubbs <stubbs at IceraSemi dot com>, gcc-patches at gcc dot gnu dot org, sdkteam-gnu <sdkteam-gnu at IceraSemi dot com>
Date: Tue, 13 Apr 2010 14:30:14 -0600
Subject: Re: [PATCH][libcpp] New deferred output pragma
References: <4D60B0700D1DB54A8C0C6E9BE69163700E33D908@EXCHANGEVS.IceraSemi.local> <m37hoggrja.fsf@fleche.redhat.com> <4BBFBC10.8060405@starynkevitch.net> <4D60B0700D1DB54A8C0C6E9BE69163700E572729@EXCHANGEVS.IceraSemi.local> <m3hbnfazse.fsf@fleche.redhat.com> <4BC4CFEC.3050508@starynkevitch.net>
Reply-to: tromey at redhat dot com

>>>>> "Basile" == Basile Starynkevitch <basile@starynkevitch.net> writes:

Basile> Then the question becomes: does the current trunk provides
Basile> enough plugin hooks to make such a plugin?

I don't know, but I'm definitely more open to that approach.  I think as
a rule it should be simpler to add a plugin hook than a language
extension.

Tom

Follow-Ups:
- Re: [PATCH][libcpp] New deferred output pragma
  - From: Diego Novillo

References:
- [PATCH][libcpp] New deferred output pragma
  - From: David Stubbs
- Re: [PATCH][libcpp] New deferred output pragma
  - From: Tom Tromey
- Re: [PATCH][libcpp] New deferred output pragma
  - From: Basile Starynkevitch
- RE: [PATCH][libcpp] New deferred output pragma
  - From: David Stubbs
- Re: [PATCH][libcpp] New deferred output pragma
  - From: Tom Tromey
- Re: [PATCH][libcpp] New deferred output pragma
  - From: Basile Starynkevitch

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