Re: Select parser at runtime - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Select parser at runtime
Date
Msg-id 16548.997562114@sss.pgh.pa.us
Whole thread Raw
In response to Re: Select parser at runtime  (Ian Lance Taylor <ian@airs.com>)
List pgsql-hackers
Ian Lance Taylor <ian@airs.com> writes:
> This patch doesn't actually replace the entire backend/parser
> subdirectory.  It mainly only replaces scan.l and gram.y.  This is
> because the code in postgres.c still passes the result of the replaced
> parser to pg_analyze_and_rewrite().

Oh, of course, how silly of me.  I was thinking that that call did the
analyze step too, but you're correct that it does not.  Okay, replacing
lexer+syntaxer is a more reasonable chunk-size.  (AFAIK there's no good
way to replace just part of a yacc/bison grammar on the fly, so you
couldn't go to a finer grain anyway, could you?)

            regards, tom lane

pgsql-hackers by date:

Previous
From: Ian Lance Taylor
Date:
Subject: Re: Select parser at runtime
Next
From: Justin Clift
Date:
Subject: Re: CREATE LANGUAGE