Difficulty compiling PD for Mac M series architecture - keeps coming out as Intel

Reply to Difficulty compiling PD for Mac M series architecture - keeps coming out as Intel on Sat, 14 Oct 2023 18:13:24 GMT

ReverbDuck — Sat, 14 Oct 2023 18:13:24 GMT

Hi all - I'm trying to compile PD for my M1 Mac and I have not been able to figure out how to get this to work. It keeps ending up with an Intel based app even though when I run configure it appears to be set up correctly. Configure gives this output:

pd 0.54.0 is now configured

Platform:             Mac OSX
Float size:           default
Debug build:          no
Universal build:      no
Localizations:        yes
Source directory:     .
Installation prefix:  /usr/local

Compiler:             gcc
CPPFLAGS:             -DNDEBUG  
CFLAGS:               -mmacosx-version-min=10.6 -ffast-math -fno-finite-math-only -funroll-loops -fomit-frame-pointer -O3  -g -O2
LDFLAGS:              -L/usr/local/lib  
INCLUDES:             -I/usr/local/include 
LIBS:                 

External extension:   d_fat
External CFLAGS:      -fPIC
External LDFLAGS:     -bundle -undefined dynamic_lookup
Deken identifier:     darwin-arm64

fftw:                 no
wish(tcl/tk):         default search paths
watchdog:             yes
audio APIs:           PortAudio 
midi APIs:            PortMidi

However, when I subsequently run 'make' and then 'make app' the app it generates is an Intel app. I can tell by looking at the app with 'get info' in Finder, or by looking at it in Activity Monitor when it is running and seeing that it is an Intel process. Can somebody please help me make this natively for Mac architecture?

(FYI, I am doing a custom compile because I need to extend the MIDI FIFO size to avoid overflow for my specific use case)

Thanks!

Reply to Difficulty compiling PD for Mac M series architecture - keeps coming out as Intel on Sat, 14 Oct 2023 18:37:18 GMT

seb-harmonik.ar — Sat, 14 Oct 2023 18:37:18 GMT

try passing CFLAGS="-arch arm64" to configure

Reply to Difficulty compiling PD for Mac M series architecture - keeps coming out as Intel on Sat, 14 Oct 2023 18:49:37 GMT

ReverbDuck — Sat, 14 Oct 2023 18:49:37 GMT

Hi - thank you for the suggestion, but this did not change the outcome. I confirmed that the cflag you suggested is present in the output of configure, but the final app is still showing as Intel-based

Reply to Difficulty compiling PD for Mac M series architecture - keeps coming out as Intel on Sat, 14 Oct 2023 19:01:34 GMT

seb-harmonik.ar — Sat, 14 Oct 2023 19:01:34 GMT

if you can see the inputs passed to the compiler, does that contain the flag?
you could also try doing make clean before recompiling

Reply to Difficulty compiling PD for Mac M series architecture - keeps coming out as Intel on Sat, 14 Oct 2023 19:08:01 GMT

ReverbDuck — Sat, 14 Oct 2023 19:08:01 GMT

I've been cleaning before making, so that's not it. If I capture the output of the 'make' command I see the '-arch arm64' argument on the gcc calls, so it appears to be making it to the compiler.

After making, I am running the mac/osx-app.sh shell script to make the final app and this is what is showing up as Intel. Could there be a complication here?

Thank you!

Reply to Difficulty compiling PD for Mac M series architecture - keeps coming out as Intel on Sat, 14 Oct 2023 22:00:31 GMT

seb-harmonik.ar — Sat, 14 Oct 2023 22:00:31 GMT

@ReverbDuck oh yeah if you're talking about the gui process. I thought the included wish was already arm but I guess it's not. you might have to compile that as well. Or you can try using a wish that a user of pdnext compiled.
to do that replace mac/stuff/wish-shell.tgz with the one here (tcl/tk version is different than vanilla) https://github.com/sebshader/pdnext/tree/next/mac/stuff

if you want to compile it yourself then you have to do ./osx-app.sh -t 8.6.10 --universal I think (substitute tk version for 8.6.10)