Re: SQL/JSON: functions - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: SQL/JSON: functions
Date
Msg-id 9ef2ae16-c7ce-d10d-ef82-5ceb9d167fb4@dunslane.net
Whole thread Raw
In response to Re: SQL/JSON: functions  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: SQL/JSON: functions  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 3/27/22 19:14, Tom Lane wrote:
> I wrote:
>>> Andres Freund <andres@anarazel.de> writes:
>>>> There's also
>>>> https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=jabiru&dt=2022-03-22%2022%3A25%3A26
>>>> 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.


cheers


andrew


--
Andrew Dunstan
EDB: https://www.enterprisedb.com




pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: support for MERGE
Next
From: "houzj.fnst@fujitsu.com"
Date:
Subject: RE: logical replication empty transactions