Linked by Thom Holwerda on Sat 15th May 2010 08:49 UTC, submitted by kragil
Permalink for comment 424905
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 05/25/13 0:45 UTC
Linked by Thom Holwerda on 05/24/13 23:59 UTC
Linked by Thom Holwerda on 05/24/13 22:33 UTC
Linked by Howard Fosdick on 05/24/13 21:41 UTC
Linked by Thom Holwerda on 05/24/13 14:44 UTC
Linked by Thom Holwerda on 05/23/13 23:22 UTC
Linked by Thom Holwerda on 05/23/13 22:04 UTC
Linked by Thom Holwerda on 05/23/13 22:01 UTC
Linked by Thom Holwerda on 05/23/13 17:52 UTC
Linked by Thom Holwerda on 05/22/13 22:23 UTC
More News »
Sponsored Links



Member since:
2007-08-21
Had Commodore managed to do RTG themselves for the OS3.2/4.0 plans back then, then only the CPU transition to PPC would have been problematic. Dealing with RTG could indeed be troublesome, but it was at least fixable by hand. I wouldn't dare to do the same on a Linux system.
Except of course, Commodore was not going to PowerPC at all. They were going to PA-RISC instead, and it was the collapse of Commodore which led HP to instead take their next-gen PA-RISC technology and bring it to Intel, which turned it into Itanium. Unlike Intel, which viewed the technology as a way into the big-iron market, Commodore was viewing it as a way to recapture the glory they had with the 6502, a solid 32/64-bit cheap CPU that can run on anything, much the same as ARM became.
While the "Going PPC" route did come to be, it was not what Commodore had planned, not even on the radar. Where they were going was far more interesting than that.