Re: Antwort: [HACKERS] ecpg parser
От | Thomas G. Lockhart |
---|---|
Тема | Re: Antwort: [HACKERS] ecpg parser |
Дата | |
Msg-id | 3610D8DD.97AB3253@alumni.caltech.edu обсуждение исходный текст |
Ответы |
Re: Antwort: [HACKERS] ecpg parser
|
Список | pgsql-hackers |
> Right now preproc.y and gram.y are in > sync in the cvs tree. If you change anything please send me the diff > or tell me it has changed so I don't miss it. I have an old gram.y > version around so I can diff it locally. I haven't yet committed the changes to the source tree, but may have a chance to regression test and commit today. I'll send patches to you at the same time. btw, there was a missing comma between ADD and AS in the token list (I see the problem also in preproc.y) and I found one or two omissions in parser/keywords.c. Most of my changes were to fix omissions and to allow tokens to be column identifiers or column labels as much as possible. The other thing I'm doing is documenting the reserved and unreserved keywords (I'm most of the way there, and will commit a new file syntax.sgml to the docs tree soon). The only thing I've been looking at so far is gram.y. Are there any other keywords added to preproc.y? I see that you did things so that EXEC and SQL are not required to be reserved words (I hadn't thought of how to do that; nice trick!), but perhaps there are others which are. Shall we put all of the keywords used by either gram.y or preproc.y into gram.y and keywords.c to make it more consistant and to enforce consistancy in database design? SQL92 doesn't seem to make a big distinction between embedded and interactive SQL wrt keyword restrictions... > Please send mail to me at Michael.Meskes@usa.net. That > way it's guaranteed to reach m. OK, sorry. I'd put your address into my mailer, and hadn't notice the change. - Tom
В списке pgsql-hackers по дате отправления: