Search Postgresql Archives

=?gb18030?b?u9i4tKO6IEkgYWRkZWQgYSChzCBvcGVyYXRvciwg?==?gb18030?b?dGhlIHNxcnQgZnVuY3Rpb24gaXMgc3RpbGwgdXNl?==?gb18030?b?ZCBpbnRlcm5hbGx5LCBidXQgbm93IHRoZXJlIGlz?==?gb18030?b?IGEgcHJvYmxlbSwgaXQgYWZmZWN0cyB0aGUgOj0g?==?gb18030?b?YW5kIC4uIG9wZXJhdG9ycyBvZiB0aGUgZGF0YWJh?==?gb18030?b?c2U=?=

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello everyone, I modified src/fe_utils/psqlscan.l src/interfaces/ecpg/preproc/pgc.l src/pl/plpgsql/src/pl_gram.y according to his suggestion to keep scan.l gram.y consistent , But still error


------------------ 原始邮件 ------------------
发件人: "David G. Johnston" <david.g.johnston@xxxxxxxxx>;
发送时间: 2021年11月12日(星期五) 下午2:09
收件人: "孤傲小二~阿沐"<2903807914@xxxxxx>;
抄送: "Tom Lane"<tgl@xxxxxxxxxxxxx>;"pgsql-general"<pgsql-general@xxxxxxxxxxxxxxxxxxxx>;
主题: Re: I added a √ operator, the sqrt function is still used internally, but now there is a problem, it affects the := and .. operators of the database

On Thursday, November 11, 2021, 孤傲小二~阿沐 <2903807914@xxxxxx> wrote:
Hello, I think what you said is right, it should be the problem. But I don't know what to do in the lexical analysis system of plpgsql to solve this problem.


“To match” means keep two copies identical, in this case manually.  Try grepping for the pre-change line you are modifying to see where its twin is.

David J.
 

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]

  Powered by Linux