Re: [PATCH 2.2.2] mneumonics for flags

[Bill Allombert <allomber@math.u-bordeaux.fr>]

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.