The command "brew install fftw --enable-sse2 --universal" worked—thanks Dan!! Now constantq~ is running.
I am now trying to open the patch cq2midi ( http://grrrr.org/research/software/cq2midi/ ), so I also need the py/pyext object ( http://grrrr.org/research/software/py/ ) to run—I have all of the other requirements (Python and Numpy). I am reading the readme.txt file but I am not sure where to locate the "binaries to load" in Pd-extended. I only see "Startup flags" in the Preferences. I put the path to the py.pd_darwin file there but the Pd crashed at startup. I'm also not sure which one of the several versions of the py files I should download from http://grrrr.org/data/dev/ext/macos/pd/
Thanks!
Federico
On Sat, Jul 5, 2014 at 9:14 AM, Dan Wilcox danomatika@gmail.com wrote:
To save time and further headache, the brew command would be:
brew install fftw --enable-sse2 --universalThis will give you fftw compiled as a fat 32 & 64 bit library.
I just tried it and double checked with lipo:
$ lipo -info /usr/local/Cellar/fftw/3.3.4/lib/libfftw3.3.dylib Architectures in the fat file:/usr/local/Cellar/fftw/3.3.4/lib/libfftw3.3.dylib are: i386 x86_64
For future reference, the --universal brew command works with almost all formulas.
On Jul 5, 2014, at 9:09 AM, via Pd-list pd-list@lists.iem.at wrote:
*From: *Rafael Vega via Pd-list pd-list@lists.iem.at *Subject: **Re: [PD] constantq~ - Thomas Grill* *Date: *July 5, 2014 at 9:08:27 AM EDT *To: *Federico Llach federicollach@gmail.com *Cc: *pd-list@lists.iem.at, Thomas Grill gr@grrrr.org *Reply-To: *email.rafa@gmail.com
I guess homebrew installed a 64 bit version of the library, not a "universal" or "fat" binary that contains both 32 and 64 builds. Is the external compiled for 32 or 64? if 64, you could use pd-extended 64 and give that a try.
On Fri, Jul 4, 2014 at 2:37 PM, Federico Llach federicollach@gmail.com wrote:
Ok, that was a step forward—thanks Rafael! Now I do have a libfftw3f.3.dylib file in /usr/local/lib, which is a link file to /usr/local/Cellar/fftw/3.3.4/lib (this seems to be the way Homebrew deals with the installations).
However, when I try to create the constantq~ object in Pd-extended I receive:
/Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/constantq~/constantq~.pd_darwin: dlopen(/Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/constantq~/constantq~.pd_darwin, 10): Library not loaded: /usr/local/lib/libfftw3f.3.dylib Referenced from: /Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/constantq~/constantq~.pd_darwin Reason: no suitable image found. Did find: /usr/local/lib/libfftw3f.3.dylib: mach-o, but wrong architecture /usr/local/lib/libfftw3f.3.dylib: mach-o, but wrong architecture
I am reading as much as I can understand and—although I don't know much about this—my current thought is that I am in a 32/64 bit dilemma here (?). My processor is Intel Core i7, so according to Apple that is 64 bit. Related: since Thomas suggested I should do "single precision" installation, I used "brew install fftw --enable-sse2" which I thought enables single precision according to https://github.com/Homebrew/homebrew/blob/master/Library/Formula/fftw.rb . When that didn't work I uninstalled and just used "brew install fftw", with same results. Terminal session of this attached.
I found this thread from this mailing list on "Wrong architecture" issues: http://lists.puredata.info/pipermail/pd-list/2011-04/088265.html
Any thoughts?
Dan Wilcox @danomatika danomatika.com robotcowboy.com