Re: failing to build preproc.c on solaris with sun studio - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: failing to build preproc.c on solaris with sun studio
Date
Msg-id 442b85f1-8a69-1282-36b0-1bba2aca0d85@dunslane.net
Whole thread Raw
In response to Re: failing to build preproc.c on solaris with sun studio  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: failing to build preproc.c on solaris with sun studio
List pgsql-hackers
On 2022-09-02 Fr 13:56, Tom Lane wrote:
> Andres Freund <andres@anarazel.de> writes:
>> I also wonder if we shouldn't just make ecpg optional at some point. Or even
>> move it out of the tree.
> The reason it's in the tree is to ensure its grammar stays in sync
> with the core grammar, and perhaps more to the point, that it's
> possible to build its grammar at all.  If it were at arm's length,
> we'd probably not have noticed the conflict over STRING in the JSON
> patches until unpleasantly far down the road (to mention just the
> most recent example).  However, those aren't arguments against
> making it optional-to-build like the PLs are.
>
>             


That seems reasonable. Note that the buildfarm client would then need an
extra build step.


cheers


andrew


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




pgsql-hackers by date:

Previous
From: Ranier Vilela
Date:
Subject: Re: Latest build fails
Next
From: Zhihong Yu
Date:
Subject: Re: freeing LDAPMessage in CheckLDAPAuth