OS X apps needs to be build for both PowerPC and Intel, if both processors needs to be supported.
However, I don't think this is the case for Windows programs. Why?
feedback
|
|
On consumer systems, Windows has only been available in its x86 processor variant for far more than a decade (Windows 95 and Windows 2000 were only available for x86 systems, not sure about earlier versions). But there are Windows editions that run on the Itanium architecture, and Microsoft announced support for ARM processors in Windows 8. But all Windows desktop systems have the same basic x86 CPU architecture. Mac OS X was, until early 2006, exclusive to PowerPC processors, which were used by Apple for its Mac systems. Then Apple gradually changed its computer lineup to Intel x86 processors over the next year. Mac OS X 10.4 (released for PowerPC in early 2005, for Intel in early 2006) was the first release to be available in both PowerPC and Intel/x86 variants. They provided a compatibility layer, Rosetta that allowed execution of (older) PowerPC programs on (newer) Intel processors, and many (simpler) programs could be made available for both by recompiling using Apple's developer tools. Others, created using other developer tools (like Code Warrior), or some larger software products, like Adobe's, took a while to be available natively for Intel systems. Mac OS X 10.6 (late 2009) was the first release to drop PowerPC support. Mac OS X 10.7 (mid 2011) dropped support for Rosetta, and therefore PowerPC programs. This switch in computer architectures for Macs is also the reason why it's now possible to run Windows on Macs, either directly or using virtualization. While Windows was basically only running on x86 systems, there was a major switch in the Mac lineup in 2006. Since that was fairly recent, many software developers continue supporting these systems, while Apple had gradually dropped support for both the hardware and programs written for it. | |||||||
feedback
|
|
That is due to different archtictures, it would be the same with windows, if they did something similiar. Actually, the POWER archticture of IBM is still out there and powering quite a lot of servers, which again need different compiled OSs than ones for x86(-64) Intel Architecture. | ||||
|
feedback
|
|
Windows does need to take target architecture into account. Look at the options in Visual Studio - Windows currently needs different builds for 64 bit and 32 bit architectures. Also for ARM (upcoming). And in the old days of Windows 95 they had to account for 16 bit / 32 bit differences too. Even earlier, Windows 3 had to handle 8088 systems in the '80's. It comes down to the machine code that is emitted into the executable having to be different for different instruction sets. Both lineages also have options for targeting older versions of their OS'es. Things change, compilers have to change with them, and we all want legacy support too. | |||||||
feedback
|