Quote:
Originally Posted by anonymouse 
David Empson wrote: "A bigger issue was for application developers who used CodeWarrior when the product was discontinued - they had to port their application to build with a different set of code tools and learn how to use a different IDE. (This was on top of issues around Carbon vs Cocoa.)"
This latter point was exactly the problem with CodeWarrior. It offered an alternate framework that interfered with adoption of native Cocoa APIs. It was a layer between developers and the OS that defined the platform rather than Apple being free to define it. (Sound familiar?) Once Apple made the move to OS X, CodeWarrior had to die so Mac OS X could prosper. Developers had to be dragged kicking and screaming into the future.

David Empson wrote: "A bigger issue was for application developers who used CodeWarrior when the product was discontinued - they had to port their application to build with a different set of code tools and learn how to use a different IDE. (This was on top of issues around Carbon vs Cocoa.)"
This latter point was exactly the problem with CodeWarrior. It offered an alternate framework that interfered with adoption of native Cocoa APIs. It was a layer between developers and the OS that defined the platform rather than Apple being free to define it. (Sound familiar?) Once Apple made the move to OS X, CodeWarrior had to die so Mac OS X could prosper. Developers had to be dragged kicking and screaming into the future.
That wasn't CodeWarrior, exactly. You are thinking of PowerPlant, which was an application framework included with CodeWarrior. I agree that PowerPlant was a significant issue for moving an application to a different framework (Cocoa), and Apple is not going to support anything similar on the iPhone.
I was talking about the general use of CodeWarrior to develop Mac applications using the Mac OS API, without using a framework like PowerPlant. This is what I would expect to see if Apple decided to allow other Visual Studio to develop iPhone applications.
I do not see any problem with a different C/C++/ObjC compiler being used to develop iPhone applications, as long as there are no API overlaying libraries involved.




