| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Michael Paquier <michael(at)paquier(dot)xyz> |
| Cc: | 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 |
| Date: | 2022-04-07 13:40:43 |
| Message-ID: | 3278490.1649338843@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
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?
So it seems like the sort of patch to put in at the beginning of a
development cycle, not post-feature-freeze.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Blake, Geoff | 2022-04-07 13:41:23 | Re: Add spin_delay() implementation for Arm in s_lock.h |
| Previous Message | Bharath Rupireddy | 2022-04-07 13:32:42 | Re: why pg_walfile_name() cannot be executed during recovery? |