[PD-dev] [ pure-data-Patches-1378927 ] OSX/pd 0.39: fix for loading externals using static libs

Thomas Grill gr at grrrr.org
Mon Dec 12 22:07:14 CET 2005


Hi Jamie,
thanks for the clarification.
I tend to think that Miller's version is the most widespread, which is 
what causes my grief (as more than one of any flext-based externals
don't work there at the moment)

best greetings,
Thomas

james tittle schrieb:

> hiya,
>
> On Dec 12, 2005, at 2:55 PM, Thomas Grill wrote:
>
>> Hi Jamie,
>> thanks for the explanation, but the it's a fact that NsLinkModule  is 
>> still in Miller's version and it would be very interesting to  know 
>> whether NSLINKMODULE_OPTION_PRIVATE can be re-included without  
>> disadvantages.
>
>
> ...as the bug report stated, the private option prevents gem2pdp/ 
> pdp2gem/pix_2pdp and possibly pidip in general from working, so I'd  
> say that's a disadvantage...
>
>> As it is now, it's a real blocker for flext-based externals.
>
>
> ...ok, well, in thinking further about it, I can say that since the  
> dlopen changes are in my pd++ and hans' installers, I know that I can  
> report using xsample, pool, and dyn~ without problems:  so which  
> flext-based externals are causing grief?
>
> ...as far as inclusion in miller's, he rarely seems to have a mac on  
> hand to test things to his satisfaction, so he absorbs things  
> slooooowly ;-)  Not necessarily bad, tho, because this kinda acts as  
> a buffer against possible probs...
>
> jamie
>
>> SourceForge.net schrieb:
>>
>>> Patches item #1378927, was opened at 2005-12-12 13:37
>>> Message generated for change (Comment added) made by tigital
>>> You can respond by visiting: https://sourceforge.net/tracker/? 
>>> func=detail&atid=478072&aid=1378927&group_id=55736
>>>
>>> Please note that this message will contain a full copy of the  
>>> comment thread,
>>> including the initial issue submission, for this request,
>>> not just the latest update.
>>> Category: puredata
>>> Group: bugfix
>>> Status: Open
>>> Resolution: None
>>> Priority: 5
>>> Submitted By: Thomas Grill (xovo)
>>> Assigned to: Nobody/Anonymous (nobody)
>>> Summary: OSX/pd 0.39: fix for loading externals using static libs
>>>
>>> Initial Comment:
>>> Hi all,
>>> unlike with pd 0.38, externals that share equal symbol names (like  
>>> when they have been compiled using the same static lib) won't get  
>>> loaded, but rather bail out with a "linker error".
>>> This can be easily fixed by including the  
>>> NSLINKMODULE_OPTION_PRIVATE option in s_loader.c
>>>
>>>        ret = NSLinkModule( image, filename,                
>>> NSLINKMODULE_OPTION_BINDNOW |
>>>               NSLINKMODULE_OPTION_RETURN_ON_ERROR |                
>>> NSLINKMODULE_OPTION_PRIVATE);
>>>               Is there a reason this has been taken out in pd 0.39?
>>>
>>> best greetings,
>>> Thomas
>>>
>>>
>>> --------------------------------------------------------------------- -
>>>
>>> Comment By: Jamie Tittle (tigital)
>>> Date: 2005-12-12 14:40
>>>
>>> Message:
>>> Logged In: YES user_id=634044
>>>
>>> ...this was kinda covered in the bugtracker last year:
>>> "[ 1082938 ] sys_load_lib() on OSX too limited?"
>>> https://sourceforge.net/tracker/index.php? 
>>> func=detail&aid=1082938&group_id=55736&atid=478070
>>>
>>> ...I'd like to suggest we ditch the NSLinkModule() stuff on
>>> OSX, as it's been deprecated since 10.3.x:  the replacement
>>> is (drumroll please), dlopen()!  As a matter of fact, hans
>>> and I have been using a patch to do just this in the most
>>> recent development releases:  it's currently available in
>>> /packages/patches/darwin/darwin_dlopen.patch, which I would
>>> attach, but it's not letting me atm...
>>>
>>> ...also, I strongly suggest that we make another change in
>>> the building of externals, from bundles to dynamic libs:
>>> -dynamiclib -mmacosx-version-min=10.3 -undefined
>>> dynamic_lookup (or suppress)
>>>
>>> ...this works for everything I've tried, but admittedly I
>>> haven't done it with all externals or flext...
>>>
>>> --------------------------------------------------------------------- -
>>>
>>> You can respond by visiting: https://sourceforge.net/tracker/? 
>>> func=detail&atid=478072&aid=1378927&group_id=55736
>>>
>>> _______________________________________________
>>> PD-dev mailing list
>>> PD-dev at iem.at
>>> http://lists.puredata.info/listinfo/pd-dev
>>>
>>>
>>>
>>>
>>
>> -- 
>> Thomas Grill
>> http://grrrr.org
>>
>>
>
>
>

-- 
Thomas Grill
http://grrrr.org






More information about the Pd-dev mailing list