Search Postgresql Archives

Re: Function definition regression in 15beta1 when specific parameter name (string) is used

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

 



Alastair McKinley <a.mckinley@xxxxxxxxxxxxxxxxxxxx> writes:
> The following function definition fails in 15beta1 (ok in 14.3):

>     create or replace function regexp_match_test(string text,pattern text) returns text[] as
>     $$
>         select regexp_match(string,pattern);
>     $$ language sql;

Commit 1a36bc9db seems to have defined STRING as a type_func_name_keyword,
which strikes me as a pretty horrible trampling on user namespace.  That
means you can't have tables or columns named "string" anymore either, and
I'll bet money the latter restriction is going to bite a lot of people.

In a quick experiment here, I don't see any bison complaints if I
back it down to unreserved_keyword, so this seems easily fixable.
I wonder though if we don't need more review of patches that add
partially- or fully-reserved keywords.

			regards, tom lane






[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