[PD] Building Pd for MacOS (was MIDI timing FIFO overflowed receiving sysex)

[Dan Wilcox]

> On Jun 27, 2017, at 9:18 AM, pd-list-request at lists.iem.at wrote:
> 
> Do you have Homebrew installed? This will make your life easier.
> 
> $ brew install autoconf
> 
> Building Pd on a Mac is a bit more difficult than previous replies have suggested. I can't recall, but you may need to also install:
> 
> $ brew install automake
> $ brew install libtool

As mentioned in my previous mail, once we have a stable source distribution tarball after the next release, you will not need autoconf/automake/libtool in order to build Pd on macOS. The autotools are only needed if you're building from the git repo. This is normal behavior for autotools project and those on Linux as well.

> You will need to install Tcl. The mac/osx-app.sh says it will do this for you but it won't. Go here and download 8.6.6.X
> https://www.activestate.com/activetcl/downloads <https://www.activestate.com/activetcl/downloads>

Nope. I wrote the script and I think you're misinterpreting what it does. It does NOT install Tcl/Tk to your system.

The osx-app.sh script builds the Pd mac app by taking the Wish.app for the requested version of Tcl/Tk, renaming it, and then packing it with all the guts of the pd build for it to work.

The default behavior is to build the app using the included (zipped) Tcl/TK 8.4 Wish.app in the mac folder. What you are referring to is the ability to set the requested version of Tk which can either use the version included in the OS (*not* recommended at this point, TK 8.5 has major issues gui-wise for Pd) or it can build using a newer version of Tcl/Tk.

For the second option, the script then calls the tcltk-wish.sh script which simply downloads the Tcl/Tk sources for the requested version, builds the Wish.app as specified (required architectures aka 32 bit or 64 bit or both), and then the sox-app.sh script uses this newer wish to create the Pd app bundle. It installs the Tcl/Tk inside as well, so there is NO NEED to install this custom/newer version system wide. I thought it best to continue the practice of not requiring the user to alter their system in order to use Pd :)

Also, if you, like me, end up doing lots of builds of Pd with different versions of Tcl/Tk, you can use the tcltk-wish.sh script directly to build the Wish.app for different versions. Then you can use the osx-app.sh with the -w option to specific which existing Wish.app to use. All of this is documented in the --help printout for both scripts.

> But then the problem is that the mac/osx-app.sh script hardcodes the wrong path... you'll need to change the following:
> 
> -        cp -R $verbose /System/Library/Frameworks/Tk.framework/Versions/$SYS_TK/Resources/Wish.app .
> +        cp -R $verbose /Library/Frameworks/Tk.framework/Versions/$SYS_TK/Resources/Wish.app .
> 
> (Basically just remove "/System" because your system Tk is now the one you just installed.)

As mentioned above, this is not necessary and can be overridden by using the script command line options. Check --help.

> This will allow you to ./osx-app.sh -s 0.47-1 which will create Pd-0.47-1.app and then you can safely delete the "-0.47-1". (I don't know why anyone thought adding this was mandatory...)


The historical naming convention allows you to have and use multiple versions of Pd at the same time. Quite useful. OTOH I've been looking into renaming the app as suggested and writing the version string into the app bundle plist as per a "normal" macOS app.

--------
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-list/attachments/20170627/6e9fdb2a/attachment-0001.html>