|Bill Allombert on Wed, 26 Jun 2002 19:08:42 +0200|
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
|Re: [PATCH 2.2.2] mneumonics for flags|
On Wed, Jun 26, 2002 at 12:38:48PM -0400, Ilya Zakharevich wrote: > On Wed, Jun 26, 2002 at 06:19:57PM +0200, Bill Allombert wrote: > > > > With the GP2C parser, post-processing can easily be implemented to > > > > translate flag string into numerical value at compile time. > > > > > > I'm confused: Is not this a plus? > > > > What I meant is that using t_STRING instead of keyword make no performance > > penalty for both system. > > This is not what you wrote - and not what actually happens: with 'M' > the compile-time optimization is possible, with 'G' not. You can do it in both cases. GP2C already do it for type values. % echo 'type(x)=="STR"' | gp2c | grep STR typ(x) == t_STR; > > > > 3) This patch does not provide a similar interface to libpari programming. > > > > It is important that libpari and GP interface are kept on a par. > > > > > > ??? The parse_option_string() API is available... > > > Parsing options string at run time is not desirable. Option should > > be converted to numeric at compile time. > > Well, if you want to patch gcc to make it capable enough, you know > where to send patches. I do not have such ambitions. ;-) Providing a interface definition via enum type or #define definition only require an ANSI C compiler to have a translation between option name and numerical value. Cheers, Bill.