I see the "-isysroot /Developer/SDKs/MacOSX10.4u.sdk" in the gcc call, which is hardcoded into the configure.in/configure scripts. In order to even get things to build at all in OS X 10.6, I had to take all that stuff out, so that it could find the headers in the /usr/include. I dunno why this was ever there, must have made things work in older versions of OS X, but not now.
I think it is important to get vanilla compiling, even though the gui-rewrite branch takes care of these issues. It will probably be a while before 0.43, anyway.
- rich
On Thu, Dec 31, 2009 at 6:10 PM, Jaime Oliver jaime.oliver2@gmail.comwrote:
Hi,
sorry for the lack of involvement so far! I'm willing to benchmark any tests needed.
something very weird has happened...
I compiled it without any evident problems and have used it fine, for a while. The config log for that build is attached as config.log
However, I just downloaded it again and tried to compile and got a bunch of errors. I am attaching the output to the console as console-output.txt and the config log for that build as config-error.log.
Is it possible there has been a change in pd-0.42-5?
J
On Wed, Dec 30, 2009 at 7:09 PM, Rich E reakinator@gmail.com 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.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.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@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
Pd-list@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
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Jaime E Oliver LR
joliverl@ucsd.edu www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/http://www.realidadvisual.org/jaimeoliver%0Awww-crca.ucsd.edu/ www.realidadvisual.org
858 750 0924 (cel) 858 202 1522 (home) 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA