[Bug 59281] New: Apple silicon has no logic for implementing preloader_mac
http://bugs.winehq.org/show_bug.cgi?id=59281 Bug ID: 59281 Summary: Apple silicon has no logic for implementing preloader_mac Product: Wine Version: unspecified Hardware: aarch64 OS: MacOS Status: UNCONFIRMED Severity: blocker Priority: P2 Component: loader Assignee: wine-bugs@list.winehq.org Reporter: euloanty@live.com Hi. I have checked the entire thing here. Wine does not implement wine/loader/preloader_mac.c logic On Apple silicon aarch64 binaries. Plus it does not support -fno-pie the reason why you get zsh:killed is exactly because the loader wasn't implemented. Apple did not do anything to restrict the softwares from running. ld64.lld: warning: __PAGEZERO size is not page aligned, rounding down to 0x0 ld64.lld: warning: -no_pie ignored for arm64 ld64.lld: warning: loader/preloader.o has version 15.0.0, which is newer than target minimum of 11.0.0 ld64.lld: warning: loader/preloader_mac.o has version 15.0.0, which is newer than target minimum of 11.0.0 ld64.lld: warning: /toolchains/llvm/aarch64-apple-darwin24/aarch64-apple-darwin24/usr/lib/dylib1.o has architecture x86_64 which is incompatible with target architecture arm64 ld64.lld: warning: Option `-no_new_main' is undocumented. Should lld implement it? ld64.lld: warning: Option `-segalign' is not yet implemented. Stay tuned... ld64.lld: error: undefined symbol: _dyld_func_lookup I think what we need is to repeatly reboot the binaries to ensure the address space can be used or choosing another range that is unused. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=59281 cqwrteur <euloanty@live.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |11.0-rc5 CC| |euloanty@live.com -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=59281 cqwrteur <euloanty@live.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P2 |P1 Severity|blocker |critical -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=59281 cqwrteur <euloanty@live.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|critical |blocker -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=59281 --- Comment #1 from cqwrteur <euloanty@live.com> --- The reason why people hit zsh:killed is exactly because of the preloader logic. Can anyone in the wine team implement it? I really have zero knowledge on how wine handles this plus the configure is a complete mess or i would do it by myself. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=59281 --- Comment #2 from Alexandre Julliard <julliard@winehq.org> --- macOS doesn't allow access to the low 4G on ARM64. Until Apple fixes that, I don't think there's anything we can do. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=59281 --- Comment #3 from cqwrteur <euloanty@live.com> --- (In reply to Alexandre Julliard from comment #2)
macOS doesn't allow access to the low 4G on ARM64. Until Apple fixes that, I don't think there's anything we can do.
Then why do you access low 4gb on ARM64 apple? You do not need to support x86 emulation either. You can use other address ranges. And even repeatly using mmap for certain addresses and restart the program for defeating ASLR. The point is to make programs work as much as possible instead of even hello world cannot work. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=59281 --- Comment #4 from Alexandre Julliard <julliard@winehq.org> --- The shared user data needs to be mapped at 7ffe0000. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=59281 --- Comment #5 from cqwrteur <euloanty@live.com> --- (In reply to Alexandre Julliard from comment #4)
The shared user data needs to be mapped at 7ffe0000.
Not all processes need to share user data. You need to ensure at least helloworld.exe could work. Plus nt and win32 apis can absolutely work around issues like this for majority of programs. Just like kernel anticheat does not work for wine but that does not mean wine does not work. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=59281 --- Comment #6 from cqwrteur <euloanty@live.com> --- (In reply to Alexandre Julliard from comment #4)
The shared user data needs to be mapped at 7ffe0000.
Not all processes need to share user data. You need to ensure at least helloworld.exe could work. Plus nt and win32 apis can absolutely work around issues like this for majority of programs. Just like kernel anticheat does not work for wine but that does not mean wine does not work. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=59281 --- Comment #7 from Alexandre Julliard <julliard@winehq.org> --- Running helloworld.exe is not interesting, and not worth adding hacks for. We want to run real apps. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=59281 --- Comment #8 from cqwrteur <euloanty@live.com> --- (In reply to Alexandre Julliard from comment #7)
Running helloworld.exe is not interesting, and not worth adding hacks for. We want to run real apps.
It is not uninteresting. I have tons of Compilers that need to work. Not mentioning wine is used for making abi stable, not to port applications. Plus there is no reason to run 32 bit x86 programs on apple silicon either. It already has rosetta that can run x86 wine to run x86 32bit programs. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=59281 --- Comment #9 from cqwrteur <euloanty@live.com> --- (In reply to Alexandre Julliard from comment #7)
Running helloworld.exe is not interesting, and not worth adding hacks for. We want to run real apps.
Compilers are real programs. I do not see why any windows applications need to make assumptions on why it has to use the lower 4gb of memory address space besides x86 emulation which wine does not support. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=59281 Alexandre Julliard <julliard@winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #10 from Alexandre Julliard <julliard@winehq.org> --- Compilers are not going to work until Apple adds support for Wine. The 4G address space is not the only issue. *** This bug has been marked as a duplicate of bug 58567 *** -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=59281 Alistair Leslie-Hughes <leslie_alistair@hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #11 from Alistair Leslie-Hughes <leslie_alistair@hotmail.com> --- Closing duplicate. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
WineHQ Bugzilla