| From: | Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andrew Dunstan <andrew(at)dunslane(dot)net> |
| Cc: | Andres Freund <andres(at)anarazel(dot)de>, John Naylor <john(dot)naylor(at)enterprisedb(dot)com>, Michael Meskes <meskes(at)postgresql(dot)org>, Noah Misch <noah(at)leadboat(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: failing to build preproc.c on solaris with sun studio |
| Date: | 2022-09-05 20:52:03 |
| Message-ID: | 04586346-1dda-8149-1f88-1ecbec980b81@enterprisedb.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 04.09.22 16:55, Tom Lane wrote:
> I guess we could proceed like this:
>
> 1. Invent the --with option. Temporarily make "make check" in ecpg
> print a message but not fail if the option wasn't selected.
>
> 2. Update buildfarm client to recognize the option and skip ecpg-check
> if not selected.
>
> 3. Sometime down the road, after everyone's updated their buildfarm
> animals, flip ecpg "make check" to throw an error reporting that
> ecpg wasn't built.
Why is this being proposed?
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andres Freund | 2022-09-05 21:30:04 | Re: failing to build preproc.c on solaris with sun studio |
| Previous Message | Peter Geoghegan | 2022-09-05 19:43:33 | Re: Instrumented pages/tuples frozen in autovacuum's server log out (and VACUUM VERBOSE) |