Hey again :)
I tried adding the arch -x86_64 to line 846 and I am running PD in Rosetta mode and most seems to be working now.
I have installed these externals, via Deken, with the arch -x86_64 and my experience is: Cyclone - Works with arch -x86_64 but not without. Else - Works with and without arch -x86_64 Zexy - Works with and without arch -x86_64 Tof - Works with arch -x86_64 but not without. Freeverb - Works with arch -x86_64 but not without. Iemlib: - Seems like objects does not work. Like init, filter~, vcf_filter~, aspeedlim, etc. neither with or without
I double checked the above a few times, I made a copy of PD before I changed line 846, so I had a version with the arch -x86_64 and one without. Then I opened and tested the different externals with and without arch -x86_64 and the result is the above.
I have to admit I forgot to add the startup flag for zexy (-lib zexy). Sorry, it has been years since I set up PD last time.
About Christofs comment, I tried to explain as well as I could. I might have missed something.
If you have any further questions or anything else you’d like me to try, I’d be happy to help out.
THANKS!
Jakob
On 27 Apr 2022, at 18.54, IOhannes m zmölnig zmoelnig@iem.at wrote:
On 4/27/22 14:15, Christof Ressi wrote:
When you start Pd through Rosetta (by right-clicking the app-icon and selectign "Open using Rosetta"), you instruct the OS to launch the Pd-GUI through rosetta. The Pd-GUI then starts the Pd-core, and doesn't care a bit about your rosetta-settings, which means that the Pd-core is started in native (arm64) mode.
Are you sure? I thought that when a universal binary is executed as a child process, it will "inherit" the architecture of the parent process by default.
no, i'm not sure.
it's what i concluded from jakob's problem description.
denis' answer proves that you might be right.
fdmsa IOhannes _______________________________________________ Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev