• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Problem compiling first Cocoa app in Xcode 3.1
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problem compiling first Cocoa app in Xcode 3.1


  • Subject: Re: Problem compiling first Cocoa app in Xcode 3.1
  • From: Bill Bumgarner <email@hidden>
  • Date: Mon, 21 Jul 2008 00:10:06 -0700

On Jul 20, 2008, at 10:58 PM, Paul Denlinger wrote:
The truth is that a lot of the people who want to come to try out Objective-C and Cocoa come from design and RoR backgrounds, and we are being told to use Macports to set up our environments (along with using Textmate, etc.) for development, and we are following instructions such as that laid out on:

http://www.buildingwebapps.com/articles/17-setting-up-rails-on-leopard-mac

to get ourselves started.

I would like to become better at Unix, but that is not my primary goal. It is just a means to an end for me. FYI, I come from a business background, not a programming background. My reason for learning programming is so that I can do things I have wanted to do by myself.

The best solution would be either:

1. For Apple to offer a recommended development environment which encompasses Objective-C, Cocoa and RoR which may or may not include Macports or Fink or;
2. Just tell those of us who come from business and/or non-Unix backgrounds that Apple is not interested in supporting us on your platform for development of business applications, in which case I will look for other platform solutions.

I don't see anything in the above instructions that mention modifying or removing /usr/bin/ruby (or anything else installed by the system). 

That particular detail obviates everything else -- once your system has non-standard bits installed or removed in system controlled locations, all bets are off.

MacPorts and Fink both do an excellent job of isolating their installation from the system installation.  MacPorts even has a FAQ entry on the details of the isolation and the reasons behind it.

Given that there are quite literally hundreds -- thousands -- of developers that do some combination of Cocoa, Objective-C, Ruby on Rails, and other permutations of open source development, it is abundantly clear that Apple hasn't placed any road blocks to successful development using non-Apple supplied technologies.   Actually, given the inclusion of the various bridges and third party packages (Twisted, for example), there is considerable evidence that Apple is encouraging such activities.

b.bum








Attachment: smime.p7s
Description: S/MIME cryptographic signature

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

References: 
 >Problem compiling first Cocoa app in Xcode 3.1 (From: "Paul Denlinger" <email@hidden>)
 >Re: Problem compiling first Cocoa app in Xcode 3.1 (From: Chris Espinosa <email@hidden>)
 >Re: Problem compiling first Cocoa app in Xcode 3.1 (From: "Paul Denlinger" <email@hidden>)

  • Prev by Date: Re: Problem compiling first Cocoa app in Xcode 3.1
  • Next by Date: Re: Error codes
  • Previous by thread: Re: Problem compiling first Cocoa app in Xcode 3.1
  • Next by thread: Re: Problem compiling first Cocoa app in Xcode 3.1
  • Index(es):
    • Date
    • Thread