This right here is one of the driving ideas behind Pd-extended. Its a package where everything is compiled and tested together so that we know it all works. It should be much easier to support than every possible Pd install that you can drop a lib into.
.hc
On Dec 12, 2005, at 4:07 PM, Thomas Grill wrote:
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@iem.at http://lists.puredata.info/listinfo/pd-dev
-- Thomas Grill http://grrrr.org
-- Thomas Grill http://grrrr.org
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
________________________________________________________________________ ____
"Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism." - retired U.S. Army general, William Odom