3 ms·
Compatibility with the rest of the ARM development & tooling world is one fairly large reason to stick with the original ARM64 ABI. I would imagine, for example
by TickleSteve 5y ago
Compatibility with the rest of the ARM development & tooling world is one fairly large reason to stick with the original ARM64 ABI.
I would imagine, for example that GCC would not now work for ARM64EC and therefore you're getting locked-in to a Microsoft world by using this.
- arthur2e5 5y agoI can actually imagine a SysV x64 flavor of ARM64EC becoming a thing in the future, assuming of course there’s no patent barrier. GCC would not work for now without the devs having even seen it, but there is no reason they would not add it. It does support stdcall on x86 after all!
- my123 5y agohttps://www.linkedin.com/pulse/emulators-paradox-new-architectures-dilemma-pedro-justo https://www.linkedin.com/pulse/emulators-paradox-new-archite... ARM64EC will be a documented ABI for 3rd-party compiler developers.
- pjmlp 5y agoIt hardly matters, it isn't as if one OS executable is blindly being put to execution in another platform. Native code isn't bytecodes.