On I go. 

Loading /usr/bin/wish turns out to be 64bit, but running pd from Miller's pre-built app (or Pd-extended pre-built) creates a 32bit version.  When compiling from source, I am making libPdTcl.dylib 32bit, but wish's 'load' function thinks this is the wrong architecture - I think then that wish needs to be run as 32bit, but I can't figure out how to do this or how the pre-built app is doing this.  I can't find any doc's on that load function, either (line 67 of pd.tk). 

I'm just shooting in the dark here, trying to conjure up some advice.  I need to get pd compiled from source to work on an external. 

Rich

On Sat, Dec 26, 2009 at 12:29 AM, Rich E <reakinator@gmail.com> wrote:
I hope someone can help me fix the last problem on this list, it is blocking me (libPdTcl.dylib wrong architecture).  I can't see why it is detected as the wrong architecture, everything I check says it is i386 compatible. 

I did remove alot from the configure.in file trying to get it work, so maybe there is a problem there.  It is attached.

merry christmas, feliz navidad és boldog karácsonzyt (i think I may have barely missed it in my time)!

- rich


On Wed, Dec 23, 2009 at 4:44 AM, Rich E <reakinator@gmail.com> wrote:
Hi,

I am having problems compiling pd from Miller's website in OS X Snow Leopard.  Basically, Pd fell behind Apple's updates.  Here are my problems, fixes where I found them:

- the configure script automatically adds -isysroot blah blah for the 10.4 sdk, which doesn't work.  this line is removed.
- the included portaudio (and more importantly, its coreaudio components) with pd does not match the coreaudio framework included with Snow Leopard.  There are lots of deprecations and finally undeclared methods.  I tried just updating the source code from that in portaudio's svn, but this led to further undefined calls that I don't remember.
- using '-disable-portaudio' doesn't do any good because it is automatically added if you are on OS X (I wanted to just use jack since portaudio is outdated).
- I had to remove all '-arch' flags except i386 to get everything linked.

Okay, after that, it compiled. whew. Still, pd's gui will not run because libPdTcl.dylib either isn't found or is the wrong architecture, I still can't tell:

$ pd -jack
Error in startup script: dlopen(/usr/local/lib/pd/bin/../bin/libPdTcl.dylib, 10): no suitable image found.  Did find:
    /usr/local/lib/pd/bin/../bin/libPdTcl.dylib: mach-o, but wrong architecture
    while executing
"load $pd_guidir/bin/libPdTcl.dylib"
    invoked from within
"if {$pd_nt == 2} {
# turn on James Tittle II's fast drawing
    set tk::mac::useCGDrawing 1
# anti-alias all lines that need it
    set tk::mac::CGAnt..."
    (file "/usr/local/lib/pd/bin/pd.tk" line 67)
^CPd: signal 2

It is there, they are all i386 and tcl/tk are universal binaries, so I don't know.  Anyone else?

Running pd with no gui and jack works.

regards,
Rich