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&a... > danomatika.com <https://urldefense.proofpoint.com/v2/url?u=http-3A__danomatika.com_&d=Dw... > robotcowboy.com <https://urldefense.proofpoint.com/v2/url?u=http-3A__robotcowboy.com_&d=D... >
Pd-dev mailing list Pd-dev@lists.iem.at https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.puredata.info_lis...