You can't* program Cocoa from C or C++, only ObjC (and Python, Ruby, C#, etc.). Of those, I don't know whether any but ObjC will support 64-bit out-of-the-box. You can definitely program 64-bit apps with Cocoa and ObjC though.

* well (as "unknown" will probably pop in to say), you *can* if you try hard enough, but you don't *want* to.

You can use C and C++ all you like still, of course, you just won't be able to make 64-bit GUI apps without dipping into ObjC to call the Cocoa APIs you need. It's not like ObjC is difficult, or like mixing it with either C or C++ is difficult, so it won't be a problem except for people who already have large Carbon code-bases like Adobe and Microsoft.

Is that so? Interesting. And great, it's a strong message to all developers to get off the Carbon train already. Then again, the link OSC posted points out that parts of Carbon will be in 64-bit, and that people with other needs should contact Apple's Framework evangelist and tell him "what and why".

From what I understand (which is quite a bit more than before since WWDC), 64-bit applications get little to no benefit over 32-bit applications if they don't need to address more than 4 GB of memory at a time. If you think about it, how often do you actually need to do that in an application?

I can imagine this moment is one that Steve has been waiting for for many years now -- he finally gets to deliver a major death blow to the old Apple code, and replace it with the fruits of Next.

Seriously though, it really does make sense. I would guess that the vast majority of developers making new products are Cocoa based. The only serious developers that still use Carbon are the ones insisting on maintaining dinosaur era apps. This is a perfect point in time to say the dinosaurs don't get to come along in some way. They still get full speed (for the most part) and full functionality, they just won't get 64 bits until they dig their collective head out of their rear-end. In all fairness, I don't personally know how much it would cost for a big software product (like Photoshop) to be re-written in Cocoa up-front vs. just continuing maintaining Carbon, but I can imagine that in the long-run it'd save big bucks.

ThemsAllTook Wrote:From what I understand (which is quite a bit more than before since WWDC), 64-bit applications get little to no benefit over 32-bit applications if they don't need to address more than 4 GB of memory at a time. If you think about it, how often do you actually need to do that in an application?

That may be true, but as far as I know, the x86 64-bit architecture is a significant improvement over the old 32-bit architecture, so on Intel Macs, 64-bit applications might run faster even if they don't need to access that much memory.

Edit: I just saw that OneSadCookie already posted something like that.