Home » Community » Coffee corner » Do we have support for Windows on ARM64?
| Re: Do we have support for Windows on ARM64? [message #61885 is a reply to message #61884] |
Fri, 05 December 2025 11:06   |
 |
mirek
Messages: 14281 Registered: November 2005
|
Ultimate Member |
|
|
Tom1 wrote on Fri, 05 December 2025 10:53Hi Mirek,
OK, now I have the new laptop with Windows 11 ARM64 up and running. The nightly upp installed easily and runs in the Prism emulation (embedded in Windows 11 ARM by default) very well and does not feel sluggish at all.
The next step I took was downloading ARM64 version of the llvm tools from:
https://github.com/mstorsjo/llvm-mingw/releases/download/202 51202/llvm-mingw-20251202-ucrt-aarch64.zip
Then I extracted the contents and replaced the entire C:\upp\bin\clang -directory with the contents from this archive. I opened theide and the UWord from examples. As I tried to compile it, the compiler first complained about the 'Common option -mpopcnt' which is not supported by aarch64. So I removed that option.
I also changed the PATH executable directory: C:\upp\bin\clang\x86_64-w64-mingw32\bin path to point at C:\upp\bin\clang\aarch64-w64-mingw32\bin instead.
I made those changes to a new build method 'CLANGARM64' using 'CLANG' builder. I know this is not complete and probably needs more changes for at least the other paths, includes and libraries, depending on the program being built.
Next issue was found on Core\Debug.cpp around line 270.
Slightly off topic, you do know about "Misc/Copy current position" ? 
Quote:
The 'qword esp = ep->ContextRecord->Rsp;' and 'dword esp = ep->ContextRecord->Esp;' do not exist here. I do not know how to really fix this, but as a quick and dirty workaround I decided to replace that code with just 'qword esp = 0;' and consequently the UWord compiled, linked and runs OK!
That whole thing can go away I guess, it is fossil...
Quote:
So, I guess all this is doable, but requires some tuning in TheIDE so that everything runs natively out of the box. Can you take a more professional look at this based on this description?
I guess there 2 hard problems ahead:
- libraries that we ship with (esp OpenSSL). that is even more sad as updating libraries takes awful amount of time, now there would be another architecture...
- debugging. That might possibly work (test please), but at minimum the dissassembler only supports x86.
Mirek
|
|
|
|
 |
|
Do we have support for Windows on ARM64?
By: Tom1 on Thu, 09 January 2025 10:38
|
 |
|
Re: Do we have support for Windows on ARM64?
By: mirek on Tue, 04 February 2025 08:35
|
 |
|
Re: Do we have support for Windows on ARM64?
By: Tom1 on Tue, 04 February 2025 12:09
|
 |
|
Re: Do we have support for Windows on ARM64?
By: mirek on Tue, 04 February 2025 12:44
|
 |
|
Re: Do we have support for Windows on ARM64?
By: Tom1 on Sun, 30 November 2025 16:18
|
 |
|
Re: Do we have support for Windows on ARM64?
By: mirek on Sun, 30 November 2025 20:18
|
 |
|
Re: Do we have support for Windows on ARM64?
By: Tom1 on Fri, 05 December 2025 10:53
|
 |
|
Re: Do we have support for Windows on ARM64?
By: mirek on Fri, 05 December 2025 11:06
|
 |
|
Re: Do we have support for Windows on ARM64?
By: Tom1 on Fri, 05 December 2025 12:34
|
 |
|
Re: Do we have support for Windows on ARM64?
By: Tom1 on Fri, 05 December 2025 12:38
|
 |
|
Re: Do we have support for Windows on ARM64?
By: mirek on Fri, 05 December 2025 13:18
|
Goto Forum:
Current Time: Sat Dec 06 16:25:52 CET 2025
Total time taken to generate the page: 0.09868 seconds
|