Re:Apple Silicon and losing our legacy
by spijdar on Thursday November 19, 2020 @06:39PM
(#25155738)
The key is that they're statically linked. Even so, you will begin to run into some issues in that time frame.
My last experience trying to deal with ancient Linux binaries on an ARMv5 device running linux 2.4 was pretty abysmal. There were some breaking changes in the mid 2000s, I believe regarding threading? Old executables wanted LinuxThreads while modern linux uses NPTL. Not sure though. Might have just been a userland/libc problem.
Sometimes, even Linux breaks backwards compat to progress.
Re:Apple Silicon and losing our legacy
by SuperscalarMeme on Thursday November 19, 2020 @06:04PM
(#25155427)
That's because you're locked into the x86 paradigm. Look at the leaps and bounds Apple is making with performance/Watt by moving away from x86. This is the cost of legacy.
Architecture emulation like QEMU provides is commonly used, just a matter of how much investment is made into backwards compatibility by those who build your operating system/platform.
Apple works hard to break backwards compatibility every few years, while other operating systems will happily run software from decades ago as they care and invest in not breaking userspace.
Apple really likes being on the bleeding edge of computers, and it often comes at the cost of older programs and features being killed off in that process.
Re:Apple Silicon and losing our legacy
by heavyset_go on Thursday November 19, 2020 @06:08PM
(#25155458)
binfmt_misc[1] would like to have a word with you.
Yet I can run statically compiled Linux binaries from 20 years ago just fine, and play Windows games that were released over 20 years ago, too.