[PD-dev] dlopen error _class_addlist

Dan Wilcox danomatika at gmail.com
Sun Jun 13 08:45:08 CEST 2021


In the end, I didn't have the time to find a deep fix and instead resorted to compiling the external sources into the application. Thankfully, everything is working and I can make the release.

When I revisit building Pd for native Apple arm64, I imagine this issue will need to be fixed for general dynamic external usage.

> On Jun 10, 2021, at 1:48 AM, Dan Wilcox <danomatika at gmail.com> wrote:
> 
> More likely that my additions to pd-lib-builder form arm64 are incomplete. I’m just sure where to start debugging.
> 
> enohp ym morf tnes
> -----------
> Dan Wilcox
> danomatika.com
> robotcowboy.com
> 
> 
>> On Jun 10, 2021, at 12:11 AM, Miller Puckette <msp at ucsd.edu> wrote:
>> 
>> Hmm... I think if there are 100s of undefined symbols the extern loader
>> in Pd only reports one of them (seemingly choosing one at random).  So this
>> is probably a failure of dlopen to see any symbols from the calling pd at
>> all.
>> 
>> But why this should happen for arm and not for intel arch escapes me...
>> perhaps Mac has added some more hurdles to dynamically loading code, but
>> only turned them on for arm?
>> 
>> M
>> 
>>> On Wed, Jun 09, 2021 at 11:57:47PM +0200, Dan Wilcox wrote:
>>> Howdy all,
>>> 
>>> I'm building an application which uses libpd and a couple pre-compiled externals as universal macOS app for x86_64 and arm64 (new Apple CPU). So far, building and signing etc is working but now I'm running into an issue when the externals are being loaded on arm64:
>>> 
>>> Pd: error:../pd/zirkhoa.d_fat: dlopen(.../pd/zirkhoa.d_fat, 10): Symbol not found: _class_addlist
>>> Referenced from:.../pd/zirkhoa.d_fat
>>> Expected in: flat namespace
>>> in .../pd/zirkhoa.d_fat
>>> 
>>> None of the external sources use class_addlist, so I assume that's something internal? Could this be an issue with the new architecture within libpd / the pd core?
>>> 
>>> The x86_64 builds run fine on Intel machines.
>>> 
>>> --------
>>> Dan Wilcox
>>> @danomatika <https://urldefense.proofpoint.com/v2/url?u=http-3A__twitter.com_danomatika&d=DwIFAg&c=-35OiAkTchMrZOngvJPOeA&r=XprZV3Fxus2L1LCw80hE4Q&m=u49QYs0av5sCAWq6vJXjNrgCURqVPfBMRfDJ4M2Rc8k&s=LvNXgYHyFcUCyShMQ0mI_Ll4R4pH0Kgn8yAJkEgekOg&e= >
>>> danomatika.com <https://urldefense.proofpoint.com/v2/url?u=http-3A__danomatika.com_&d=DwIFAg&c=-35OiAkTchMrZOngvJPOeA&r=XprZV3Fxus2L1LCw80hE4Q&m=u49QYs0av5sCAWq6vJXjNrgCURqVPfBMRfDJ4M2Rc8k&s=SKBh_sypC3yNes38ScMl41aB_Z3esQJ-E7BS6Djq9CQ&e= >
>>> robotcowboy.com <https://urldefense.proofpoint.com/v2/url?u=http-3A__robotcowboy.com_&d=DwIFAg&c=-35OiAkTchMrZOngvJPOeA&r=XprZV3Fxus2L1LCw80hE4Q&m=u49QYs0av5sCAWq6vJXjNrgCURqVPfBMRfDJ4M2Rc8k&s=Fqk66GY9Z4SMR9e-lkW8PowtnWg_LgRFEfy-FOBWXCU&e= >
>>> 
>>> 
>>> 
>> 
>>> _______________________________________________
>>> Pd-dev mailing list
>>> Pd-dev at lists.iem.at
>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.puredata.info_listinfo_pd-2Ddev&d=DwICAg&c=-35OiAkTchMrZOngvJPOeA&r=XprZV3Fxus2L1LCw80hE4Q&m=u49QYs0av5sCAWq6vJXjNrgCURqVPfBMRfDJ4M2Rc8k&s=BwbmzaM2LCbKPnuuD2nvhbl_nvQAd9F1jwopG6evKpY&e= 
>> 
>> 
>> -- 

--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20210613/ae43428c/attachment.htm>


More information about the Pd-dev mailing list