• 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: Since Xcode 3.0, ld insists on linking CoreData.framework
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Since Xcode 3.0, ld insists on linking CoreData.framework


  • Subject: Re: Since Xcode 3.0, ld insists on linking CoreData.framework
  • From: Jerry Krinock <email@hidden>
  • Date: Thu, 6 Dec 2007 11:00:00 -0800


On 2007 Dec, 06, at 9:40, Chris Espinosa wrote:
1) The build setting is MACOSX_DEPLOYMENT_TARGET, not MAC_OSX_DEPLOYMENT_TARGET. Annoying but true.

Thank you, Chris. Sorry, upon closer inspection I found that that this actually was MACOSX_DEPLOYMENT_TARGET already.


• Select the "Mac OS X Deployment Target" build setting
• From the Action (gear) button at the bottom of the inspector, choose "Add Per-Architecture Setting For > " and the desired architecture
• Repeat for each architecture with a value different than the default.

OK, I did that, and now when I copy text out of those three lines in the Build settings table, I get:


MACOSX_DEPLOYMENT_TARGET =
MACOSX_DEPLOYMENT_TARGET[arch=i386] = 10.4
MACOSX_DEPLOYMENT_TARGET[arch=ppc] = 10.3

That looks OK to me.

You might want to delete the unused and ignored custom build settings once you have it set up correctly.

Did that.

But, after Clean (with dependencies) and re-Build, I still get the same problem, a Load command in the executable for CoreData.framework.

Here is a snippet from the Build Transcript, showing the last arguments to Ld:

-framework Cocoa -framework CoreFoundation -framework Carbon - framework CoreServices -framework Security -framework SystemConfiguration -framework Foundation -framework AddressBook - framework SSApp -framework Sparkle -framework BmStuff -lRBSplitView - framework RBSplitView -arch ppc -exported_symbols_list ExportedSymbols.exp -Wl,-s -mmacosx-version-min=10.3 -Wl,-dead_strip - isysroot /Developer/SDKs/MacOSX10.4u.sdk

You see all those -framework arguments in there are from the "Libraries and Frameworks" of my "Groups & Files". CoreData ain't in there. SSApp and BmStuff are frameworks that I have created. RBSplitView and Sparkle are two widely-used non-Apple frameworks. But again, all this worked before I built with Xcode 3.0.

My project does include a Core Data Data Model (.xcdatamodel) file, which, according to the Build Transcript, invokes DataModelCompile to create from it a Core Data Managed Object Model (.mom) file. But that seems to be a standalone operation, not affecting ld. Indeed, I just removed it, cleaned, and rebuilt, but the Load CoreData.framework command remains.

Is there anything other than inclusion of CoreData.framework in "Groups & Files" which might give ld the idea that I want a runtime Load command for it?

Jerry

Load command 27
cmd LC_LOAD_DYLIB
cmdsize 92
name /System/Library/Frameworks/CoreData.framework/Versions/ A/CoreData (offset 24)
time stamp 2 Wed Dec 31 16:00:02 1969
current version 92.1.0
compatibility version 1.0.0


_______________________________________________
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


  • Follow-Ups:
    • Re: Since Xcode 3.0, ld insists on linking CoreData.framework
      • From: Jerry Krinock <email@hidden>
References: 
 >Since Xcode 3.0, ld insists on linking CoreData.framework (From: Jerry Krinock <email@hidden>)
 >Re: Since Xcode 3.0, ld insists on linking CoreData.framework (From: Chris Espinosa <email@hidden>)

  • Prev by Date: Re: Xcode 3.0 - debugging custom executable
  • Next by Date: Re: Xcode Debugger Showing Wrong File
  • Previous by thread: Re: Since Xcode 3.0, ld insists on linking CoreData.framework
  • Next by thread: Re: Since Xcode 3.0, ld insists on linking CoreData.framework
  • Index(es):
    • Date
    • Thread