From: | Daniel Gustafsson <daniel(at)yesql(dot)se> |
---|---|
To: | Peter Eisentraut <peter(at)eisentraut(dot)org> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Michael Paquier <michael(at)paquier(dot)xyz>, Anthony Roberts <anthony(dot)roberts(at)linaro(dot)org>, Andrew Dunstan <andrew(at)dunslane(dot)net>, Mike Holmes <mike(dot)holmes(at)linaro(dot)org>, Andres Freund <andres(at)anarazel(dot)de>, Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Lina Iyer <lina(dot)iyer(at)linaro(dot)org> |
Subject: | Re: [PATCH] Add native windows on arm64 support |
Date: | 2023-09-14 09:39:20 |
Message-ID: | E9BEB24C-1F04-49BD-B70C-132C1ADF962C@yesql.se |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> On 13 Sep 2023, at 21:12, Peter Eisentraut <peter(at)eisentraut(dot)org> wrote:
>
> On 31.08.23 06:44, Tom Lane wrote:
>> I agree. I'm really uncomfortable with claiming support for
>> Windows-on-ARM if we don't have a buildfarm member testing it.
>> For other platforms that have a track record of multiple
>> hardware support, it might not be a stretch ... but Windows was
>> so resolutely Intel-only for so long that "it works on ARM" is
>> a proposition that I won't trust without hard evidence. There
>> are too many bits of that system that might not have gotten the
>> word yet, or at least not gotten sufficient testing.
>> My vote for this is we don't commit without a buildfarm member.
>
> I think we can have a multi-tiered approach, where we can commit support but consider it experimental until we have buildfarm coverage.
If it's experimental it should probably be behind an opt-in flag in
autoconf/meson, or be reverted by the time REL_17_STABLE branches unless
coverage has materialized by then.
--
Daniel Gustafsson
From | Date | Subject | |
---|---|---|---|
Next Message | Himanshu Upadhyaya | 2023-09-14 10:03:19 | Re: CHECK Constraint Deferrable |
Previous Message | Daniel Gustafsson | 2023-09-14 09:30:54 | Re: Small patch modifying variable name to reflect the logic involved |