[PD] compiling pd vanilla problems on OS X 10.6 Snow Leopard

Rich E reakinator at gmail.com
Mon Dec 28 22:19:40 CET 2009


The gui rewrite version works fine on my computer, but I need
Pd-Vanilla/Extented for testing purposes.  Not to mention, there are various
small bugs in the gui rewrite branch that make it difficult to use when I'm
making music.

The problem is also that the wacom external I am working with * only * works
with the pd-gui-rewrite branch, but I don't know if that is because I
compiled it from source (with maybe a different version of Tcl/Tk) or
because you re-wrote the Tk code to use Apple Events in a different way.

About 64-bit, I've decided to just compile all my music software as 32-bit
for now, it seems to be too early for most apps still to run everything as
64-bit (and no real gain any way).  Most everything pre-compiled (ex.
pd-extended) is 32-bit, anyway.

So, that said, anyone have any suggestions on what is going wrong with my
libPdTcl.dylib? The version included with Pd-extended is also i386, yet tk
doesn't complain about it when running Wish...


On Mon, Dec 28, 2009 at 8:52 PM, Hans-Christoph Steiner <hans at at.or.at>wrote:

> Try the 0.43/pd-gui-rewrite branch, with the new autotools build system.  I
> think it should build properly on Mac OS X 64-bit:
> http://puredata.info/dev/PdGuiRewrite
> If not, report problems here and I try to fix them and commit them.
> .hc
> On Dec 27, 2009, at 10:25 AM, Rich E wrote:
> 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 at 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 at 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
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> ----------------------------------------------------------------------------
> Man has survived hitherto because he was too ignorant to know how to
> realize his wishes.  Now that he can realize them, he must either change
> them, or perish.    -William Carlos Williams
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20091228/8de9f7da/attachment.htm>

More information about the Pd-list mailing list