From: | Leon <leon(at)udmnet(dot)ru> |
---|---|
To: | "Ansley, Michael" <Michael(dot)Ansley(at)intec(dot)co(dot)za> |
Cc: | "'pgsql-hackers(at)postgresql(dot)org'" <pgsql-hackers(at)postgreSQL(dot)org> |
Subject: | Re: [HACKERS] Lex and things... |
Date: | 1999-08-24 10:16:00 |
Message-ID: | 37C270DF.DC4F0C74@udmnet.ru |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Ansley, Michael wrote:
>
> Hi,
>
> Shot, Leon. The patch removes the #define YY_USES_REJECT from scan.c, which
> means we now have expandable tokens. Of course, it also removes the
> scanning of "embedded minuses", which apparently causes the optimizer to
> unoptimize a little.
Oh, no. Unary minus gets to grammar parser and there is recognized as
such. Then for numeric constants it becomes an *embedded* minus in
function doNegate. So unary minus after parser in numeric constants
is embedded minus, as it was earlier before patch. In other words,
I can see no change in representation of grammar after patching.
> However, the next step is attacking the limit on the
> size of string literals. These seemed to be wired to YY_BUF_SIZE, or
> something. Is there any reason for this?
Hmm. There is something going on to remove fixed length limits
entirely, maybe someone is already doing something to lexer in
that respect? If no, I could look at what can be done there.
--
Leon.
From | Date | Subject | |
---|---|---|---|
Next Message | Hiroshi Inoue | 1999-08-24 10:39:03 | RE: [HACKERS] Caution: tonight's commits force initdb |
Previous Message | Zeugswetter Andreas IZ5 | 1999-08-24 09:48:05 | AW: [HACKERS] Caution: tonight's commits force initdb |