This happened with the Apple II as well, and made it impossible for Apple to update their system. Even minor changes, from the Apple II to the IIe and IIc, broke some apps. And if an app broke, it was presumed to be the hardware maker's fault.
There was a book entitled "what's where in the Apple II" that documented all known variable locations and entry points in the Apple ROM and DOS. For instance people would just branch directly into weird places in the ROM, or poke directly into memory.
Looking at his more common blog, https://mjg59.dreamwidth.org/ ... it says he's moved to this one.
Any particular reason he's no longer using Dreamwidth?
Most Planets should be updated already (I've an MR open for Planet Gnome)
In this case it is referencing https://planet.gnome.org/ which collects many Gnome people's blogs. And the statements tells us that the subscription was sulfated, so users of "Planet Gnome" don't have to do anything, but may continue consuming from there.
For historical context, a PC compatible is a machine that can run a DOS that is compatible with PC-DOS and that can run applications for the IBM PC running PC DOS. This was vital to the success and failure of many companies and thus we can absolutely say what a PC compatible was. The PC-compatible standard was largely replaced by WinTel compatible in the late 1990s. Modern machines can still run Win32 and applications written for Win32, and thus are WinTel compatible.
Of course, being WinTel compatible matters less than ever before. Much of the software people care about is now either browser-based or open source and compiled for multiple targets. We also now have dynamic recompilers that are quite good, and therefore even being compiled for the target is... well, not as important.
We need some new kind of standard that identifies general purpose, superscalar CPU with large cache and SIMD, a PCIe controller with many lanes, a memory controller for DDR4/5 paired with UEFI and either a modern GPU or a decent NPU (or both). Currently, this describes a few RISC-V machines, many ARM machines, and most AMD64 machines after about 2018. Maybe this is something like 5th Generation Industry Standard Architecture or 5SA? Whatever the industry does or doesn't call it, it's certainly not PC compatible in any sense.
Some things like MUSL and manylinux are nice! I would love to see all OS barriers to compatibility knocked down. Or at least be able to make a single "Linux" binary. The CPU type barrier is obviously larger, but I think the OS one shouldn't exist.
Maybe we would need standard abstractions for things the OS provides like file system, date/time, allocator, threads, networking. The things programming languages abstract over in their std libs, but at an OS/compile level.
It's a single binary.
Isn't this what Flatpak/Snap/AppImage try to solve?
Though lately they may not even be necessary. There's a lot less difference between distros now than there used to be in the past. All the majors seemed to have coalesced around the same userland stack, largely thanks to SystemD. If you ship something for Ubuntu LTS, there's a really good chance it'll also work on Fedora, Debian, Arch out of the box.
Historically, a lot more was required in practice. For example, programs that use the BIOS for screen I/O are slow, so most programs wrote directly to video memory. Because of that, video memory had to be laid out identically and had to be located at the same address.
See https://en.wikipedia.org/wiki/IBM_PC_compatible#Non-compatib... for other examples.
What's even more surprising is that it functions properly, other than a timing issue with the World War I Ace mode.
If you want to run FS 2.11 or earlier, you will need to get a cracked copy, since its copy protection requires using a diskette version. But "PC compatible" has never required diskette drives - the original IBM PC included an edition with no diskette drives at all.
Modern UEFI implementations do not universally support BIOS, which means things like https://github.com/FlyGoat/csmwrap are required.
Also, timing problems are a major reason for the transition to "WinTel" rather than PC-compatible... along with things like 8bit ISA support.
the article says if we transported back to the early 80's people would have said "it doesn't run Flight Simulator", so what that would have meant?
the original Flight Simulator for the IBM PC--first independently produced, then purchased by Microsoft--booted itself directly from the floppy; meaning, you had to reboot in order to run it; and it had its own "custom operating system" or really no operating system at all, something more like a kernel, or just an app.
yes modern "PC compatibles" do have some means of running that old software, but it won't work out of the box atm.
Network booting PCs happened a lot later, but if the booter used bios calls to access the disk, you could probably netboot that too.
This is being repeated continuously but in reality this isn't the case in practice: Half if not more of the videogames I owned in the 90s stopped working on Windows XP, and some of those which kept working also failed under Vista/Win7. If you sent a modern PC to the media from 1990, they would indeed notice that their favorite game cannot run on it, despite the general compatibility effort from Microsoft.
ARM that supports UEFI? I wouldn't say that's many devices. All the other support is there, but the UEFI is notably missing (at least at the consumer level). That's part of the reason why it's almost impossible to buy an ARM linux laptop that doesn't have some hacky vendor specific kernel.
These days, a PC is pretty much defined as a computer that runs Windows.
It’s a great example of a technological anachronism—a term that outlives its original meaning. We have plenty of those, for example, we still "dial" a phone number on a keypad, "hang up" a call without a physical receiver to hang, and save a file to a "desktop" that’s often just a digital metaphor.
So really, "PC Compatible" fits right in: a useful, socially-agreed-upon label that’s more about practical expectation than technical purity. Thanks for the insightful read—it definitely brought a smile to my face. Cheers
Now define "modern PC". Oh boy, we've hit a dependency loop.
PC compatible means your software runs without error on MS-DOS. That's the definition I've used for 3 decades, and it should not change due to bloggers' retrospective. Of course, 100% IBM PC compatible is a level above this, when your software works exactly as if it were running inside an IBM PC.
Early 80s very different.
DDayMace•2w ago