But as you say, these must be negligible maintenance cost and the real reason is that Apple just wants to impose its worldview that PPC app are simply not chic anymore.
You're trying to be sarcastic, but you are exactly right. OS X and the Frameworks are portable code. It runs on PPC, x86, x64, and ARM. It requires checking only one box in XCode in order to generate user-mode code(which PPC libraries are) for the other platforms.
There was an argument for dropping PPC support in Snow Leopard that 'some' resources were required to continue to boot on PPC, and that was true. The argument for dropping Rosetta isn't there, because ZERO resources are required, and that is almost literally correct. Obviously, some Q&A is necessary. But the software engineering effort is next to zero. Go watch Steve Jobs quotes from the intro of Intel XCode support, if you don't want to believe me. You just check one box.
The only cost to Apple is some licensing of Rosetta(QuickTransit), which is nothing in the grand scheme of things. They do these things just to keep you spending. Not to reach some never-achieved nirvana.
manu chao said:
Then you are using software that has been abandoned by the developer. These things can break with any software update. Even a point update could kill them at any moment, even a security update.
Only if Apple screws up. Frameworks have Version control, and any change that would result in differing behavior due to an API change is supposed to be masked by this method. Haven't you noticed there is very little 'DLL-hell' in OS X? Funny how 'fragile' OS X suddenly gets when justifications need to be made for Apple deep-sixing their own products.
manu chao said:
Then you can all show us how it is just working fine on Lion.
That would actually be pretty feasible, except it is very likely that Apple will be stripping out support from the program loader for PPC binaries, and it probably wouldn't be very simple to hack back in. But I actually don't rule it out; Darwin is open source, and that might make it possible. There is also a question as to whether Apple would intentionally mutate the system calls to prevent the Snow Leopard PPC libraries from working correctly on Lion. Running SL in a VM is probably the better approach, known to work.
manu chao said:
That is why we can just copy over the binary from a SL installation to a Lion one or at worst copy the installer and run it.
Wrong. Rosetta is only a 3MB optional binary. It actually depends on the PPC libraries which are already installed on every machine at all times. Those will not be present in Lion.
I think you just make a good case for why legacy compatibility is a bad idea.
There is more bloat. More code to maintain. More opportunity for breakage, more surface for security problems to attack and so on.
A sensible middle ground is a window of backward compatibility that is proportional to the lifetime of the device. For a personal computer a 5 year window seems reasonable.
C.
There is no extra effort required until they drop support for Mac OS X apps that were compiled for OS X 10.5. Since the PPC libraries are the same as the 10.5 libraries, there is no extra effort required, as they are the SAME cross-platform code.
Since 10.4 and 10.5 Intel apps are still supported, the sensible ground in this case is leaving Rosetta in.
Fishrrman said:
Or, perhaps they should consider selling the Rosetta code off to a 3rd party developer. After all, Apple _did_ originally buy Rosetta from an independent developer...
Apple never owned it. They just licensed it from Transitive. IBM owns it now. I believe they use it to let their POWER servers on AIX run x86 Linux code without recompiling.
Orange said:
Why can't an OS run Lion, Rosetta, and Classic? Even partial versions would be ok, perhaps partitioning? I find it hard to believe Apple is incapable of doing this, in fact, I find it to be a downright lie
Because then you wouldn't need to Buy New Stuff.