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

[james tittle]

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
>
>