Re: Re: [PATCHES] Select parser at runtime - Mailing list pgsql-hackers

From Jan Wieck
Subject Re: Re: [PATCHES] Select parser at runtime
Date
Msg-id 200108131355.f7DDtxo07158@jupiter.us.greatbridge.com
Whole thread Raw
In response to Re: Re: [PATCHES] Select parser at runtime  (Ian Lance Taylor <ian@airs.com>)
Responses Re: Re: [PATCHES] Select parser at runtime
Re: Re: [PATCHES] Select parser at runtime
List pgsql-hackers
Ian Lance Taylor wrote:
> Along these lines, I don't think Bruce's suggestion of modifications
> to the Postgres gram.y is a good idea, because it causes the Oracle
> parser to add an ongoing cost to the Postgres parser.
   Bruce,  Tom  and  I discussed these issues during our time in   San Diego last month.
   If we want to have both parsers available at runtime we  need   to  replace the YY (case-insensitive) prefix in the
generated  files per parser and call the right one from tcop.   Now  for   some flex/bison combo's at least the prefix
switches(to have   something different than YY) don't work reliable. There  will   be  some  global  YY-objects  left,
causinglinkage problems.   That's why PL/pgSQL's scanner/parser's C-code is run  through   sed(1).
 
   If  Bruce's  suggestion  of having both parsers in one source   with #ifdef, #else, #endif is better  than  separate
sources   depends  mainly  on  how big the differences finally will be.   Doesn't really  bother  me.  Maybe  we  could
start  with  a   combined  one  and  separate  later if it turns out that they   drift apart too much?
 


Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.                                  #
#================================================== JanWieck@Yahoo.com #



_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com



pgsql-hackers by date:

Previous
From: "Zeugswetter Andreas SB SD"
Date:
Subject: AW: Re: OID wraparound: summary and proposal
Next
From: Tom Lane
Date:
Subject: Re: PL/pgSQL bug?