|
|
intel mac os x
|
|
|
|
Fresh-Faced Recruit
Join Date: Oct 2004
Status:
Offline
|
|
I just read the whole thing on how mac os x is going to the intel prosessors. I was just getting into programming and was about to learn carbon and cocoa. If Apple goes with this whole Intel thing how will this affect the future of programming on mac? Will it do any good to learn carbon? I am just worried what i am going to do, stick with carbon, or have to wait until they come up with come up with some new api?
I guess what i am asking is when apple makes the switch what will happen to carbon, cocoa, ext.
|
|
|
|
|
|
|
|
|
Clinically Insane
Join Date: Oct 2001
Location: San Diego, CA, USA
Status:
Offline
|
|
Cocoa was always intended to be cross-platform, and if they've been compiling OS X on Intel for five years, that means Carbon is fine with the switch too (after all, Finder is Carbon). If you're just learning to program, though, I'd recommend Cocoa. Carbon is much more confusing, in my opinion.
|
Chuck
___
"Instead of either 'multi-talented' or 'multitalented' use 'bisexual'."
|
|
|
|
|
|
|
|
Fresh-Faced Recruit
Join Date: Oct 2004
Status:
Offline
|
|
So then carbon and cocoa will not be affected in any way with the switch? It will all be the same?
|
|
|
|
|
|
|
|
|
Addicted to MacNN
Join Date: Mar 2000
Location: London, UK
Status:
Offline
|
|
|
|
|
|
|
|
|
|
|
Clinically Insane
Join Date: Oct 2001
Location: San Diego, CA, USA
Status:
Offline
|
|
I thought that was a little heady for someone who hasn't actually started programming yet.
|
Chuck
___
"Instead of either 'multi-talented' or 'multitalented' use 'bisexual'."
|
|
|
|
|
|
|
|
Fresh-Faced Recruit
Join Date: Jun 2005
Location: Århus, Denmark
Status:
Offline
|
|
What I really wondered, learning the exciting news of Apple's Intel ambitions, was how all this will affect the gaming situation for mac. First, though I'm not a programmer, I suspect it will be a lot less work making PC games Mac-compatible in this situation... or what do you thinnk?
Second, provided hardware companies wanna make drivers for the purpose, there's a possibility for having OS X on custom built PC's - that is, finally an interesting and worthy adversary of windows for the gaming computers?
I'd like to hear your thoughts on the matter.
Erik Madsen,
Århus, Denmark
|
|
|
|
|
|
|
|
|
Clinically Insane
Join Date: Oct 2001
Location: San Diego, CA, USA
Status:
Offline
|
|
Originally Posted by ahvetm
What I really wondered, learning the exciting news of Apple's Intel ambitions, was how all this will affect the gaming situation for mac. First, though I'm not a programmer, I suspect it will be a lot less work making PC games Mac-compatible in this situation... or what do you thinnk?
There have been some other threads about this. Game porters don't think it will make that big a difference, since the big problem porting games is redoing all the Microsoft-specific APIs, not so much endian problems.
Originally Posted by ahvetm
Second, provided hardware companies wanna make drivers for the purpose, there's a possibility for having OS X on custom built PC's - that is, finally an interesting and worthy adversary of windows for the gaming computers?
If they want to illegally crack the ROM and probably violate the licensing terms for OS X Intel.
|
Chuck
___
"Instead of either 'multi-talented' or 'multitalented' use 'bisexual'."
|
|
|
|
|
|
|
|
Mac Enthusiast
Join Date: Nov 2002
Location: over yonder
Status:
Offline
|
|
You won't be able to have OS X on non-Mac Intel PC's. Period. That is suicide for Apple. Apple has always been, and will always be a hardware company. That is where they make their money.
Phil Schiller was quoted today that Windows will be able to be run on the new Intel-based Macs, however. It just simply won't be supported by Apple, obviously.
|
chown -R us:us yourbase
Dissent is not un-American.
|
|
|
|
|
|
|
|
Addicted to MacNN
Join Date: May 2001
Location: Atlanta, GA
Status:
Offline
|
|
I'm not even sure it's a good idea to allow windows to boot on the box without running under OS/X. You don't need people booting into windows to run "this one app" and then staying over there in Windows. Emulation yes, wholesale booting, no.
(But I'm not as smart as the folks who run Apple .... so I'll sit back and watch ... and hopefully learn.)
|
- MacBook Air M2 16GB / 512GB
- MacBook Pro 16" i9 2.4Ghz 32GB / 1TB
- MacBook Pro 15" i7 2.9Ghz 16GB / 512GB
- iMac i5 3.2Ghz 1TB
- G4 Cube 500Mhz / Shelf display unit / Museum display
|
|
|
|
|
|
|
|
Mac Enthusiast
Join Date: Nov 2002
Location: over yonder
Status:
Offline
|
|
Originally Posted by driven
I'm not even sure it's a good idea to allow windows to boot on the box without running under OS/X. You don't need people booting into windows to run "this one app" and then staying over there in Windows. Emulation yes, wholesale booting, no.
(But I'm not as smart as the folks who run Apple .... so I'll sit back and watch ... and hopefully learn.)
In terms of making money, Apple really shouldn't care what OS you run (well, that's not quite true ) as long as you buy their hardware. When you buy their hardware, you pay for the hardware (which Apple will make a very shiny penny on) and you pay for a license of OS X. So at that point, you've bought everything, why should they care if you use it?
But, Apple is obviously banking on the fact that the average consumer will buy a Mac and fall in love with OS X, and not want to install Windows.
|
chown -R us:us yourbase
Dissent is not un-American.
|
|
|
|
|
|
|
|
Fresh-Faced Recruit
Join Date: Oct 2004
Status:
Offline
|
|
Back to my question, i really dont understand all thats it talks about in that document from apple. What i really need to know is are they going to keep the old APIs the same or are they going to redo them. Should i even bother with corbon or cocoa? I what should i do as a new developer?
|
|
|
|
|
|
|
|
|
Professional Poster
Join Date: Jun 2001
Location: Northwest Ohio
Status:
Offline
|
|
Originally Posted by lord vader
Back to my question, i really dont understand all thats it talks about in that document from apple. What i really need to know is are they going to keep the old APIs the same or are they going to redo them. Should i even bother with corbon or cocoa? I what should i do as a new developer?
The APIs will stay the same.
Most people will recommend that as a new developer, you should go with Cocoa, as you get a lot of good stuff "for free" that you have to specifically code into your apps if you use Carbon.
|
|
|
|
|
|
|
|
|
Clinically Insane
Join Date: Oct 2001
Location: San Diego, CA, USA
Status:
Offline
|
|
The APIs should mostly stay the same. Not only is there no real reason to change the APIs, Apple definitely doesn't want to break everybody's code.
And the reason for starting out with Cocoa is more than just what you get "for free." Carbon is really big and pretty confusing, with a lot of old legacy stuff from the old Mac Toolkit left in. Cocoa is much simpler and better organized, and it shields you from a lot of the more low-level things that Carbon often forces you to consider, like whether you have enough memory allocated to a buffer to hold an indirect return value. Carbon is getting better, but Cocoa is just less intimidating.
(
Last edited by Chuckit; Jun 8, 2005 at 03:00 AM.
)
|
Chuck
___
"Instead of either 'multi-talented' or 'multitalented' use 'bisexual'."
|
|
|
|
|
|
|
|
Registered User
Join Date: Jan 2005
Location: there are days when I wake up and thats exactly my question
Status:
Offline
|
|
Originally Posted by lord vader
I was just getting into programming and was about to learn carbon and cocoa.
Learn Java instead.
|
|
|
|
|
|
|
|
|
Mac Enthusiast
Join Date: Nov 2002
Location: over yonder
Status:
Offline
|
|
Originally Posted by I was David B.
Learn Java instead.
Noooooo!
|
chown -R us:us yourbase
Dissent is not un-American.
|
|
|
|
|
|
|
|
Addicted to MacNN
Join Date: May 2001
Location: Atlanta, GA
Status:
Offline
|
|
I actually really like Java. :-)
(Of course I make a living coding in C# now on .NET) :-(
|
- MacBook Air M2 16GB / 512GB
- MacBook Pro 16" i9 2.4Ghz 32GB / 1TB
- MacBook Pro 15" i7 2.9Ghz 16GB / 512GB
- iMac i5 3.2Ghz 1TB
- G4 Cube 500Mhz / Shelf display unit / Museum display
|
|
|
|
|
|
|
|
Clinically Insane
Join Date: Oct 2001
Location: San Diego, CA, USA
Status:
Offline
|
|
Originally Posted by I was David B.
Learn Java instead.
|
Chuck
___
"Instead of either 'multi-talented' or 'multitalented' use 'bisexual'."
|
|
|
|
|
|
|
|
Fresh-Faced Recruit
Join Date: Oct 2004
Status:
Offline
|
|
Thanks for all the help guys. I dont mind learing carbon even if it is hard I am up to the challenge. Besides, I am the kind of person who likes to know all the inner workings of stuff. So all that "free stuff" in cocoa is stuff i would like to learn.
|
|
|
|
|
|
|
|
|
Addicted to MacNN
Join Date: May 2001
Location: Atlanta, GA
Status:
Offline
|
|
Given the choice I'd vote for Cocoa as well. Are there even books for Carbon any more?
Will Carbon be able to run (without emulation) on the Intel boxes?
|
- MacBook Air M2 16GB / 512GB
- MacBook Pro 16" i9 2.4Ghz 32GB / 1TB
- MacBook Pro 15" i7 2.9Ghz 16GB / 512GB
- iMac i5 3.2Ghz 1TB
- G4 Cube 500Mhz / Shelf display unit / Museum display
|
|
|
|
|
|
|
|
Addicted to MacNN
Join Date: Mar 2000
Location: London, UK
Status:
Offline
|
|
Originally Posted by driven
Will Carbon be able to run (without emulation) on the Intel boxes?
Yes.
|
|
|
|
|
|
|
|
|
Clinically Insane
Join Date: Oct 2001
Location: San Diego, CA, USA
Status:
Offline
|
|
Originally Posted by driven
Will Carbon be able to run (without emulation) on the Intel boxes?
Since Cocoa uses Carbon for a lot of its GUI functionality, it had better!
|
Chuck
___
"Instead of either 'multi-talented' or 'multitalented' use 'bisexual'."
|
|
|
|
|
|
|
|
Professional Poster
Join Date: Apr 2001
Location: Seattle, WA
Status:
Offline
|
|
Cocoa is better for OSX coding.
I highly suggest it, rather than carbon. believe me there's plenty of things that you DON'T get for free to keep you busy there's more references, it's the 'main' dev language for the platform, it's the language the frameworks are in... it's just better to go that way.
as for the pdf... it says a lot of things, most of which boil down to 'be a good citizen, dont' make assumptions about the way memory is laid out.'
|
The short shall inherit the earth. Just you wait. You won't see us coming. We'll pop out from under tables, beds, and closets in hordes. So you're tall, huh? You won't be so tall when I chew off your ankles. Mofo
|
|
|
|
|
|
|
|
Admin Emeritus
Join Date: Oct 2000
Location: Boston, MA
Status:
Offline
|
|
Originally Posted by lord vader
Thanks for all the help guys. I dont mind learing carbon even if it is hard I am up to the challenge. Besides, I am the kind of person who likes to know all the inner workings of stuff. So all that "free stuff" in cocoa is stuff i would like to learn.
Hehe, I felt the same exact way when starting to code on OS X not having done /too/ much Carbon-based coding on OS 9. But in retrospect, I don't feel that Carbon is really more "low level" than Cocoa. Anyway, Objective-C is a beautiful language in my opinion.
Plus Cocoa apps render better and NSTextView is way cool.
(Oh, and another vote for "don't do Java").
|
"Against stupidity, the gods themselves contend in vain" (Schiller)
|
|
|
|
|
|
|
|
Professional Poster
Join Date: Oct 2001
Status:
Offline
|
|
Java's a beautiful language (my fav). I've tried objective C but for me it's too much of a pain. The way it sends messages is unnatural (using brackets instead of dots), so chaining messages looks very confusing (something like: [[[[NSString asdf] doSomething] [asdfsadf asdf]]] alloc] init]). I also don't like having to deal with memory management (using the retain and release methods, and knowing which classes retain objects given to them and which don't). Plus Java can call native code (think Carbon) as well using the Java Native Interface (JNI). And of course you get the added advantage that it'll run on any system without a recompile or any tweaking (even when Apple switches to Intel).
The only real downfall that java has is that on OS X it's really slow compared to other OS's. (And people complain about the GUI, but that's all bull because you have so many options, like actually using Cocoa with java to have real Cocoa GUIs, or using SWT, etc).
However, if you still don't want to go with Java then I would recommend Cocoa/Objective-C because it is most supported by Apple. It has the largest feature set really, it's fast, it's object oriented, and it is low level since you can use C in it without a problem.
|
|
|
|
|
|
|
|
|
Addicted to MacNN
Join Date: May 2001
Location: Atlanta, GA
Status:
Offline
|
|
Java was meant to fix many of the issues with C++ (and by default, Objective C).
That said: If you want to use Cocoa I'd still recommend Obj-C.
|
- MacBook Air M2 16GB / 512GB
- MacBook Pro 16" i9 2.4Ghz 32GB / 1TB
- MacBook Pro 15" i7 2.9Ghz 16GB / 512GB
- iMac i5 3.2Ghz 1TB
- G4 Cube 500Mhz / Shelf display unit / Museum display
|
|
|
|
|
|
|
|
Clinically Insane
Join Date: Oct 2001
Location: San Diego, CA, USA
Status:
Offline
|
|
Originally Posted by driven
Java was meant to fix many of the issues with C++ (and by default, Objective C).
What do you mean, "and by default, Objective-C"? How can a language default to fixing issues in Objective-C?
|
Chuck
___
"Instead of either 'multi-talented' or 'multitalented' use 'bisexual'."
|
|
|
|
|
|
|
|
Fresh-Faced Recruit
Join Date: Oct 2004
Status:
Offline
|
|
I'll end up learning both carbon and cocoa. So i dont think it really matters what one i learn first.
|
|
|
|
|
|
|
|
|
Professional Poster
Join Date: Apr 2001
Location: Seattle, WA
Status:
Offline
|
|
Originally Posted by driven
Java was meant to fix many of the issues with C++ (and by default, Objective C).
That said: If you want to use Cocoa I'd still recommend Obj-C.
note: Obj-C is NOT C++ based, it's C-based, as is C++. I don't know if I agree with your assessment of Java's purpose, but the Objective-C comment is definitely not true, whether or not the rest is.
|
The short shall inherit the earth. Just you wait. You won't see us coming. We'll pop out from under tables, beds, and closets in hordes. So you're tall, huh? You won't be so tall when I chew off your ankles. Mofo
|
|
|
|
|
|
|
|
Addicted to MacNN
Join Date: May 2001
Location: Atlanta, GA
Status:
Offline
|
|
Originally Posted by cheerios
note: Obj-C is NOT C++ based, it's C-based, as is C++. I don't know if I agree with your assessment of Java's purpose, but the Objective-C comment is definitely not true, whether or not the rest is.
I didn't say that Obj-C was based on C++. I implied that it was an object oriented version of C, and as such inherits some of the things from C, such as pointers, lack of garbage collection, etc.
You don't have to agree with my assessment of Java's purpose. James Gosling himself said as much. :-) Since he authored the language I'm not going to argue with his motivations.
|
- MacBook Air M2 16GB / 512GB
- MacBook Pro 16" i9 2.4Ghz 32GB / 1TB
- MacBook Pro 15" i7 2.9Ghz 16GB / 512GB
- iMac i5 3.2Ghz 1TB
- G4 Cube 500Mhz / Shelf display unit / Museum display
|
|
|
|
|
|
|
|
Clinically Insane
Join Date: Oct 2001
Location: San Diego, CA, USA
Status:
Offline
|
|
Originally Posted by driven
I didn't say that Obj-C was based on C++. I implied that it was an object oriented version of C, and as such inherits some of the things from C, such as pointers, lack of garbage collection, etc.
You said Java was designed to fix flaws in C++ "and, by default, Objective-C." Even if you didn't mean to, this implies that Objective-C comes from C++. I think it's worth correcting so as not to give people the wrong impression.
Objective-C is very different from C++. While neither of them is automatically garbage collected, they have totally different memory management schemes (C++'s is very close to C, whereas Objective-C uses a concept of ownership that is more similar to garbage collection). It's not really fair to lump them together like that.
|
Chuck
___
"Instead of either 'multi-talented' or 'multitalented' use 'bisexual'."
|
|
|
|
|
|
|
|
Addicted to MacNN
Join Date: May 2001
Location: Atlanta, GA
Status:
Offline
|
|
Sorry if you mis-interpretted me, and sorry if I left that impression ... but thank you for the clarrifcation. I meant that C++ inherited some of the issues that were problematic with C, and by default so did Objective C. The memory management issues are no better in C than they are in C++.
Objective C is better, no doubt .... but it's far too easy to make mistakes and cause memory leaks in Objective C as well.
|
- MacBook Air M2 16GB / 512GB
- MacBook Pro 16" i9 2.4Ghz 32GB / 1TB
- MacBook Pro 15" i7 2.9Ghz 16GB / 512GB
- iMac i5 3.2Ghz 1TB
- G4 Cube 500Mhz / Shelf display unit / Museum display
|
|
|
|
|
|
|
|
Professional Poster
Join Date: Apr 2001
Location: Seattle, WA
Status:
Offline
|
|
I stand corrected on Java's purpose in life, although that's still not what i would think of it as...just a C++ replacement. :shrug: The memory management is a bit wonky, but it could be much worse.
edit: just found this n the cocoa-dev mailing list today...
(
Last edited by cheerios; Jun 16, 2005 at 11:25 PM.
)
|
The short shall inherit the earth. Just you wait. You won't see us coming. We'll pop out from under tables, beds, and closets in hordes. So you're tall, huh? You won't be so tall when I chew off your ankles. Mofo
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Forum Rules
|
|
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
|
HTML code is Off
|
|
|
|
|
|
|
|
|
|
|
|