Re: Status report: getting plpgsql to use the core lexer - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: Status report: getting plpgsql to use the core lexer
Date
Msg-id 20090715232939.GQ4551@alvh.no-ip.org
Whole thread Raw
In response to Status report: getting plpgsql to use the core lexer  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Status report: getting plpgsql to use the core lexer
List pgsql-hackers
Tom Lane wrote:

> Another pretty serious issue is that the current plpgsql lexer treats
> various sorts of qualified names as single tokens.  I had thought this
> could be worked around in the interface layer by doing more lookahead.
> You can do that, and it mostly works, but it's mighty tedious.  The big
> problem is that "yytext" gets out of step --- it will point at the last
> token the core lexer has processed, and there's no good way to back it up
> after lookahead.  I spent a fair amount of time trying to work around that
> by eliminating uses of "yytext" in plpgsql, and mostly succeeded, but
> there are still some left.  (Some of the remaining regression failures are
> error messages that point at the wrong token because they rely on yytext.)

Just wondering if there are additional regressions not detected due to
pg_regress using the ignore-whitespace option to diff.

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: initdb auth method option and "ident sameuser"
Next
From: Tom Lane
Date:
Subject: Re: Status report: getting plpgsql to use the core lexer