Re: Status report: getting plpgsql to use the core lexer
От | Alvaro Herrera |
---|---|
Тема | Re: Status report: getting plpgsql to use the core lexer |
Дата | |
Msg-id | 20090715232939.GQ4551@alvh.no-ip.org обсуждение исходный текст |
Ответ на | Status report: getting plpgsql to use the core lexer (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Status report: getting plpgsql to use the core lexer
|
Список | 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 по дате отправления: