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

Hans-Christoph Steiner hans at at.or.at
Thu Dec 31 04:53:24 CET 2009

You can start with just posting a list here, then depending on what it  
is, they can be posted in the bug tracker.


On Dec 30, 2009, at 7:09 PM, Rich E wrote:

> I listed some notes about the problems I was having with the gui  
> rewrite, most problematic is that you can't navigate in text with  
> arrows.  Should I file bug reports or is the list fine for this?
> pd-gui-rewrite compiled with tcl/tk 8.5, but vanilla/extended ships  
> with 8.4.  I'd like to compile them with 8.5 to see if that is  
> adding the functionality.
> both versions of libPdTCL.dylib, compiled and from the dmg, are i386  
> 32-bit.  I don't know why the compiled version complains that this  
> is the wrong architecture while the dmg version doesn't.
> Has anyone compiled a working version of pd vanilla in Snow Leopard?  
> Jaime?
> On Tue, Dec 29, 2009 at 6:15 PM, Hans-Christoph Steiner  
> <hans at at.or.at> wrote:
> On Dec 28, 2009, at 1:19 PM, Rich E wrote:
>> Hans,
>> 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.
> Please report them, so that I can fix them.  Now's the time for the  
> final push on the new GUI code since Miller is working on tying it  
> all into the 0.43 release.
>> 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.
> I didn't really do anything explicit with Apple Events, but it is a  
> ground-up rewrite.  Depending on where you got your build, it could  
> be using Tcl/Tk 8.5.  You can check that with the [hcs/tcl_version]  
> object.
>> 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...
> Run "file libPdTcl.dylib" to see what kind of binary it is.  That  
> whole thing is such a kludge... I shudder to even think about it.   
> Plus its totally gone in 0.43.  As for 64-bit, that's something we  
> do need to get fixed.
> .hc
>> Rich
>> 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
> ----------------------------------------------------------------------------
> Computer science is no more related to the computer than astronomy  
> is related to the telescope.      -Edsger Dykstra


"We have nothing to fear from love and commitment." - New York Senator  
Diane Savino, trying to convince the NY Senate to pass a gay marriage  

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20091230/ccfc3add/attachment.htm>

More information about the Pd-list mailing list