public inbox for [email protected]  
help / color / mirror / Atom feed
From: Andrew Dunstan <[email protected]>
To: Dave Cramer <[email protected]>
Cc: Michael Paquier <[email protected]>
Cc: Anthony Roberts <[email protected]>
Cc: Peter Eisentraut <[email protected]>
Cc: Daniel Gustafsson <[email protected]>
Cc: Tom Lane <[email protected]>
Cc: Mike Holmes <[email protected]>
Cc: Andres Freund <[email protected]>
Cc: Thomas Munro <[email protected]>
Cc: PostgreSQL Hackers <[email protected]>
Cc: Lina Iyer <[email protected]>
Subject: Re: [PATCH] Add native windows on arm64 support
Date: Tue, 30 Jan 2024 16:56:19 -0500
Message-ID: <[email protected]> (raw)
In-Reply-To: <CADK3HHK1e2CEa5fYReZHt-iKcZtEMTZUnNxXoeTCnzyCfcG9Ew@mail.gmail.com>
References: <CADK3HH+T0rQ58sYp0NnvkvopcEHA74Zmg=z7J5=skRrX+odnYw@mail.gmail.com>
	<[email protected]>
	<CADK3HHJ4uCsw0b5-c_HvYebHn1jQB-hV007Jf5c7FwGrCvDNSg@mail.gmail.com>
	<[email protected]>
	<[email protected]>
	<CADK3HHK4RVz8oQXiQ_bYiUx1ZXWNbfF+=r5kJ8hhfU8+MD1DOQ@mail.gmail.com>
	<CAC1bJ4-tu8Ea0+D6sHdC_HuOSGbw6upFkr5B=eq_m0-2yf_-cg@mail.gmail.com>
	<CADK3HHJXwHLHk12m99TQ+cOF5BuJr2=C4xOhVFXmGEPLfC+7XA@mail.gmail.com>
	<[email protected]>
	<CADK3HHKs8PkPSU7vGKxcVq3qcHv95YDyOXz6DEGoS1o=tz7QRQ@mail.gmail.com>
	<[email protected]>
	<[email protected]>
	<CADK3HHJgTqi7ZeKhBvegTk1=rzDYfGgEJqZN-hNMvQPAJ6R3PA@mail.gmail.com>
	<[email protected]>
	<CADK3HH+0A19mqiOutuGHH-jWWdeobcenK+v2cc5uDRuvZW5MOw@mail.gmail.com>
	<[email protected]>
	<CADK3HHK1e2CEa5fYReZHt-iKcZtEMTZUnNxXoeTCnzyCfcG9Ew@mail.gmail.com>


On 2024-01-30 Tu 09:50, Dave Cramer wrote:
>
>
> On Tue, 30 Jan 2024 at 08:38, Andrew Dunstan <[email protected]> wrote:
>
>
>     On 2024-01-29 Mo 11:20, Dave Cramer wrote:
>>
>>     Dave Cramer
>>     www.postgres.rocks <http://www.postgres.rocks;
>>
>>
>>     On Mon, 29 Jan 2024 at 11:16, Andrew Dunstan
>>     <[email protected]> wrote:
>>
>>
>>         On 2024-01-26 Fr 09:18, Dave Cramer wrote:
>>>
>>>
>>>         On Fri, 26 Jan 2024 at 07:36, Andrew Dunstan
>>>         <[email protected]> wrote:
>>>
>>>
>>>             On 2024-01-25 Th 20:32, Michael Paquier wrote:
>>>             > On Thu, Jan 25, 2024 at 04:52:30PM -0500, Dave Cramer
>>>             wrote:
>>>             >> On Thu, 25 Jan 2024 at 16:32, Andrew Dunstan
>>>             <[email protected]> wrote:
>>>             >>> On 2024-01-25 Th 16:17, Dave Cramer wrote:
>>>             >>> Yeah, I think the default Developer Command Prompt
>>>             for VS2022 is set up
>>>             >>> for x86 builds. AIUI you should start by executing
>>>             "vcvarsall x64_arm64".
>>>             >> Yup, now I'm in the same state you are
>>>             > Wait a minute here.  Based on [1], x64_arm64 means you
>>>             can use a x64
>>>             > host and you'll be able to produce ARM64 builds, still
>>>             these will not
>>>             > be able to run on the host where they were built.  How
>>>             much of the
>>>             > patch posted upthread is required to produce such
>>>             builds?  Basically
>>>             > everything from it, I guess, so as build dependencies
>>>             can be
>>>             > satisfied?
>>>             >
>>>             > [1]:
>>>             https://learn.microsoft.com/en-us/cpp/build/building-on-the-command-line?view=msvc-170
>>>
>>>
>>>             If you look at the table here x86 and x64 are the only
>>>             supported host
>>>             architectures. But that's OK, the x64 binaries will run
>>>             on arm64 (W11
>>>             ARM64 has x64 emulation builtin). If that didn't work
>>>             Dave and I would
>>>             not have got as far as we have. But you want the
>>>             x64_arm64 argument to
>>>             vcvarsall so you will get ARM64 output.
>>>
>>>
>>>         I've rebuilt it using  x64_arm64 and with the attached (very
>>>         naive patch) and I still get an x64 binary :(
>>
>>
>>         With this patch I still get a build error, but it's different :-)
>>
>>
>>         [1406/2088] "link" @src/backend/postgres.exe.rsp
>>         FAILED: src/backend/postgres.exe src/backend/postgres.pdb
>>         "link" @src/backend/postgres.exe.rsp
>>            Creating library src\backend\postgres.exe.lib
>>
>>         storage_lmgr_s_lock.c.obj : error LNK2019: unresolved
>>         external symbol spin_delay referenced in function
>>         perform_spin_delay
>>
>>         src\backend\postgres.exe : fatal error LNK1120: 1 unresolved
>>         externals
>>
>>
>>     Did you add the latest lock.patch ?
>>
>>
>
>
>     I'm a bit confused about exactly what needs to be applied. Can you
>     supply a complete patch to be applied to a pristine checkout that
>     will let me build?
>
>
>     cheers
>
>
> See attached.
>
>

No, that is what is giving me the error shown above (just tried again to 
be certain). And it's not surprising, as patch 2 #ifdef's out the 
definition of spin_delay().

If you can get a complete build with these patches then I suspect you're 
not doing a proper ARM64 build.


cheers


andrew

--
Andrew Dunstan
EDB:https://www.enterprisedb.com


view thread (120+ messages)  latest in thread

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: [email protected]
  Cc: [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected]
  Subject: Re: [PATCH] Add native windows on arm64 support
  In-Reply-To: <[email protected]>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox