Re: Question about private libraries in an Xcode project
Re: Question about private libraries in an Xcode project
- Subject: Re: Question about private libraries in an Xcode project
- From: Jeff Schriebman <email@hidden>
- Date: Mon, 22 Aug 2005 21:34:59 -0700
On Aug 22, 2005, Nick Zitzmann wrote:
The framework shouldn't have anything to do with ZeroLink, since
frameworks & libraries can't be ZeroLinked. Are you sure you copied
the right built product? Did you perform a clean and rebuild after
turning off ZeroLink? What is the output of "otool -L" on your
binary and libraries?
Thanks for the reply Nick. I'll be careful about not replying to an
email when I am actually creating a new thread.
When I performed a clean and rebuilt my application without ZeroLink
the otool -L output looks like the following:
/System/Library/Frameworks/Carbon.framework/Versions/A/Carbon
(compatibility version 2.0.0, current version 128.0.0)
/System/Library/Frameworks/QuickTime.framework/Versions/A/QuickTime
(compatibility version 1.0.0, current version 106.0.0)
/System/Library/PrivateFrameworks/ZeroLink.framework/Versions/A/ZeroLink
(compatibility version 1.0.0, current version 1.0.0)
/usr/lib/libmx.A.dylib (compatibility version 1.0.0, current version 92.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 88.0.0)
Am I correct in assuming that the ZeroLink line entry should not be
there for my final linked application and that I should be looking
get rid of this entry or is it that this entry is always there and is
actually never invoked unless something else is wrong?
Thanks.
--
Jeff Schriebman http://www.ccaption.com 415-499-5609
Captioning solutions for video editing and streaming media
_______________________________________________
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