Re: encapsulating a framework
Re: encapsulating a framework
- Subject: Re: encapsulating a framework
- From: Eric Slosser <email@hidden>
- Date: Fri, 27 Jul 2007 11:13:17 -0400
update:
It seems (from reading the 'ld' man page) that using "-sub_umbrella
DMK" during the linking of Utils.framework would make the DMK symbols
that Utils.framework uses appear as if they came from
Utils.framework, not from DMK. So frameworks that link to
Utils.framework wouldn't need "-framework DMK" in their 'ld' options.
So I tried using the -sub_umbrella option of 'ld', putting it before/
instead of/after the '-framework DotMacKit' option, but none of those
attempts let me escape mentioning DMK to all of the clients of
Utils.framework.
I can't use the @loader_path feature of dyld, as I'm still supporting
Panther (10.3.9, specifically). (see: <http://lists.apple.com/
archives/xcode-users/2006/Aug/msg00636.html>)
On Jul 24, 2007, at 9:34 PM, Eric Slosser wrote:
This is really a basic question about framework linking, I suspect,
but it came up with DotMacKit (DMK) so I'm going to ask relative to
that framework. (If it matters, I'm using DMK 1.2).
My app has a number of embedded frameworks, all of which I build
except for DMK. My use of DMK is confined to one of these frameworks
(call it Utils.framework).
Utils.framework is linked into the main executable, and into a few of
the other embedded frameworks. I find that the app and each of these
other frameworks thinks it needs to link to DMK, to resolve
references to DMK classes.
I also have plug-ins, each plug-in links to Utils.framework, and
(now) wants to link to DMK as well.
A typical error from ld goes something like this:
.objc_class_name_DMMemberAccount refereneced from Utils expected to
be defined in @executable_path/../Frameworks/DotMacKit.framework/
Versions/A/DotMacKit.
I'd rather not have to link everything to DMK. I've tried various
things, none of them worked. Does anyone know how to keep the use of
DMK encapsulated inside of Utils.framework, so I don't have to
mention it everywhere?
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Dotmackit-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40v-fx.com
This email sent to email@hidden
_______________________________________________
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