| From: | Andres Freund <andres(at)anarazel(dot)de> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Nazir Bilal Yavuz <byavuz81(at)gmail(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: configure --with-uuid=bsd fails on NetBSD |
| Date: | 2022-09-09 21:20:12 |
| Message-ID: | 20220909212012.6maf3h3egegtf3m3@awork3.anarazel.de |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Hi,
On 2022-09-09 12:48:38 -0400, Tom Lane wrote:
> Pushed with those changes and doc updates. I did not push the
> variant expected-file. I think the entire point here is that
> we are *not* deeming the new NetBSD implementation acceptable,
> so allowing it to pass regression tests is the wrong thing.
What do we gain from the regression test failing exactly this way, given that
we know it's a problem? It just makes it harder to run tests. How about we add
it as variant file, but via the resultmap mechanism? That way we wouldn't
silently accept the same bug on other platforms, but can still run the test
without needing to manually filter out bogus netbsd results?
Greetings,
Andres Freund
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2022-09-09 21:31:40 | Re: configure --with-uuid=bsd fails on NetBSD |
| Previous Message | Aleksander Alekseev | 2022-09-09 21:14:33 | Re: Summary function for pg_buffercache |