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

Thu Dec 31 01:09:14 CET 2009

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
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20091231/098372d4/attachment.htm>