Re: SQL/JSON: functions

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: kolioffx+pgbf(at)gmail(dot)com, Andres Freund <andres(at)anarazel(dot)de>, Himanshu Upadhyaya <upadhyaya(dot)himanshu(at)gmail(dot)com>, Nikita Glukhov <n(dot)gluhov(at)postgrespro(dot)ru>, PostgreSQL-development <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Dmitry Dolgov <9erthalion6(at)gmail(dot)com>, Oleg Bartunov <obartunov(at)postgrespro(dot)ru>, Erik Rijkers <er(at)xs4all(dot)nl>
Subject: Re: SQL/JSON: functions
Date: 2022-03-28 11:04:05
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers

On 3/27/22 19:14, Tom Lane wrote:
> I wrote:
>>> Andres Freund <andres(at)anarazel(dot)de> writes:
>>>> There's also
>>>> that started failing with
>>>> ../../preproc/ecpg --regression -I./../../include -I. -o test1.c test1.pgc
>>>> test1.pgc:12: ERROR: syntax error at or near "int"
>>>> with this commit.
>>> Yeah, I was just scratching my head about that.
> This problem came back as soon as we de-reverted that patch :-(.
> So much for my guess about unused rules.
> What's worse, I'm unable to replicate the failure on an OpenBSD 7.0
> system here. So there's something odd about jabiru's build
> environment; but what?

It's hard to see how this could be caused by the OS environment. Maybe a
flaky bison/flex? I'm going to be pretty reluctant to revert this based
on this error.



Andrew Dunstan

In response to


Browse pgsql-hackers by date

  From Date Subject
Next Message 2022-03-28 12:21:42 RE: logical replication empty transactions
Previous Message Alvaro Herrera 2022-03-28 11:00:33 Re: support for MERGE