XCode2.5 prepending SDKROOT to framework link path
XCode2.5 prepending SDKROOT to framework link path
- Subject: XCode2.5 prepending SDKROOT to framework link path
- From: Patrick Stinson <email@hidden>
- Date: Thu, 19 Mar 2009 13:12:50 -0800
XCode seems to be magically and quietly prepending the SDKROOT and
install location of one of my project's dylibs to the linker path for
a framework that the dylib uses. The (QtGui) framework is naturally
not found, and so undefined symbols result. The resulting invalid path
looks like this:
/Developer/SDKs/MacOSX10.4u.sdk/Library/Application Support/East
West/Frameworks/QtCore.framework/Versions/4/QtCore
and it should be this:
/usr/local/Trolltech/Qt-4.3.0/lib/QtCore.framework/Versions/4/QtCore
I checked with otool and none of the install names for the binaries in
question include the SDKROOT.
My target exe is called "Play", my dylib is called "playgui" and the
framework used by both is QtCore.framework. The playgui dylib is built
in the install location of "/Library/Application Support/East West/",
and install_name_tool is run to get it to point to a copy of the Qt
frameworks in our app data directory of "/Library/Application
Support/East West/Frameworks".
For some reason, when linking the "Play" app target to the "playgui"
dylib, it prepends the SDKROOT *and* the path for QtCore.framework set
by install_name_tool on "playgui" dylib, and so can't find the
frameworks. The invalid path that it dreams up looks like this:
Is there some setting that tells XCode to prepend the SDKROOT to the
linker path? I'm on an intel machine running XCode2.5 on Tiger.
_______________________________________________
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