Re: Loading dylibs inside of a framework
Re: Loading dylibs inside of a framework
- Subject: Re: Loading dylibs inside of a framework
- From: Richard Schreyer <email@hidden>
- Date: Thu, 25 Apr 2002 23:26:33 -0700
I guess another possibility is to just statically link those dylibs into
my general framework code, since I doubt I'll ever want to update those
individually without updating the whole framework.
Is there anything special I need to do to statically link the dylibs
into an executable or a framework object file?
Richard Schreyer
On Thursday, April 25, 2002, at 11:14 PM, Richard Schreyer wrote:
Well, this is unfortunate.
I may just have to have users of my framework place these dylibs in the
executable directory as a workaround. It puts a bit of burden on the
developer, and keeps the user free from having frameworks and dylibs
strewn across his system that can't be moved without breaking
something...
If anyone has any other ideas, I'd be glad to hear them.
Richard Schreyer
On Thursday, April 25, 2002, at 10:08 PM, Sam Goldman wrote:
Maybe I was unclear.
All I am saying that the dylib has to by hard linked. If you want the
lib to
be inside the Framework, then the framework also has to be stationary.
If it
isn't a standard dylib, then you can use it right out of the system,
but I
wouldn't like to make a user install a non standard library.
- Sam
On 4/25/02 8:52 PM, "Sherm Pendley" <email@hidden> wrote:
On Thursday, April 25, 2002, at 11:30 PM, Sam Goldman wrote:
to do this, the Framework has to be in a set
position. That is a benefit of being a standard placed framework, I
guess.
My experience has been the opposite. CamelBones - my Cocoa/Perl
framework - is linked against libperl.dylib, and it can be installed
in
any of the usual locations for a framework - even bundled in an
executable. It *does*, however, depend on libperl.dylib being in the
standard location.
sherm--
Never put off until tomorrow what you can do today. There might be a
law
against it by that time.
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.