[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.
.hc
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
bill
-------------- 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