|From:||Daniel Gustafsson <daniel(at)yesql(dot)se>|
|To:||Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>|
|Cc:||Michael Paquier <michael(at)paquier(dot)xyz>, Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, Julien Rouhaud <rjuju123(at)gmail(dot)com>, Niyas Sait <niyas(dot)sait(at)linaro(dot)org>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>|
|Subject:||Re: [PATCH] Add native windows on arm64 support|
|Views:||Raw Message | Whole Thread | Download mbox | Resend email|
> On 7 Apr 2022, at 15:40, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Michael Paquier <michael(at)paquier(dot)xyz> writes:
>> On Fri, Mar 25, 2022 at 11:38:44AM +1300, Thomas Munro wrote:
>>> Yeah. I think we should commit this patch, but decree that
>>> Windows/aarch64 support is experimental only for now. That allows a
>>> build farm animal to be set up. Then we add a bit of extra logging
>>> and see how it does running our test suite over time and learn more.
>> I don't have such a setup so my testing capabilities are limited.
>> Does anybody have one? I think that we could be flexible for this
>> patch, even after feature freeze as it introduces something entirely
>> new without impacting the existing code. The patch has been moved to
>> the next CF for now.
> I dunno, the lack of any in-house capability for this makes me very
> nervous. If it causes problems down the road, how will we debug it?
If those with an interest in such platform support cannot spare the cycles to
at least run a buildfarm member, then it seems a stretch for us to maintain
such support with any confidence.
> So it seems like the sort of patch to put in at the beginning of a
> development cycle, not post-feature-freeze.
Daniel Gustafsson https://vmware.com/
|Next Message||Tom Lane||2022-04-07 14:55:58||Re: How about a psql backslash command to show GUCs?|
|Previous Message||Jonathan S. Katz||2022-04-07 14:39:47||Re: How about a psql backslash command to show GUCs?|