| From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Jacob Champion <jacob(dot)champion(at)enterprisedb(dot)com> |
| Cc: | Nazir Bilal Yavuz <byavuz81(at)gmail(dot)com>, Ashutosh Bapat <ashutosh(dot)bapat(dot)oss(at)gmail(dot)com>, Tristan Partin <tristan(at)partin(dot)io>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: PG_TEST_EXTRA and meson |
| Date: | 2024-07-17 15:11:36 |
| Message-ID: | 6aec0798-0d39-4900-8c1b-45a05c496e81@dunslane.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 2024-07-17 We 11:01 AM, Tom Lane wrote:
> Jacob Champion<jacob(dot)champion(at)enterprisedb(dot)com> writes:
>> On Wed, Jul 17, 2024 at 3:34 AM Nazir Bilal Yavuz<byavuz81(at)gmail(dot)com> wrote:
>>> Sorry, the previous reply was wrong; I misunderstood what you said.
>>> Yes, that is how the patch was coded and I agree that getting rid of
>>> config time PG_TEST_EXTRA could be a better alternative.
>> Personally I use the config-time PG_TEST_EXTRA extensively. I'd be sad
>> to see it go, especially if developers are no longer forced to use it.
> The existing and documented expectation is that PG_TEST_EXTRA is an
> environment variable, ie it's a runtime option not a configure option.
> Making it be the latter seems like a significant loss of flexibility
> to me.
>
>
AIUI the only reason we have it as a configure option at all is that
meson is *very* dogmatic about not using environment variables. I get
their POV when it comes to building, but that should not extend to
testing. That said, I don't mind if this is a configure option as long
as it can be overridden at run time without having to run "meson
configure".
cheers
andrew
--
Andrew Dunstan
EDB:https://www.enterprisedb.com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jacob Champion | 2024-07-17 15:44:47 | Re: PG_TEST_EXTRA and meson |
| Previous Message | Melanie Plageman | 2024-07-17 15:07:16 | Re: Vacuum ERRORs out considering freezing dead tuples from before OldestXmin |