I see the "-isysroot /Developer/SDKs/MacOSX10.4u.sdk" in the gcc call, which is hardcoded into the <a href="http://configure.in/configure">configure.in/configure</a> 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.<br>
<br>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.<br><br>- rich<br><div class="gmail_quote"><br><br>On Thu, Dec 31, 2009 at 6:10 PM, Jaime Oliver <span dir="ltr"><<a href="mailto:jaime.oliver2@gmail.com">jaime.oliver2@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi,<br>
<br>
sorry for the lack of involvement so far! I'm willing to benchmark any<br>
tests needed.<br>
<br>
something very weird has happened...<br>
<br>
I compiled it without any evident problems and have used it fine, for<br>
a while. The config log for that build is attached as config.log<br>
<br>
However, I just downloaded it again and tried to compile and got a<br>
bunch of errors. I am attaching the output to the console as<br>
console-output.txt and the config log for that build as<br>
config-error.log.<br>
<br>
Is it possible there has been a change in pd-0.42-5?<br>
<br>
J<br>
<div><div></div><div class="h5"><br>
<br>
<br>
<br>
On Wed, Dec 30, 2009 at 7:09 PM, Rich E <<a href="mailto:reakinator@gmail.com">reakinator@gmail.com</a>> wrote:<br>
> I listed some notes about the problems I was having with the gui rewrite,<br>
> most problematic is that you can't navigate in text with arrows. Should I<br>
> file bug reports or is the list fine for this?<br>
> pd-gui-rewrite compiled with tcl/tk 8.5, but vanilla/extended ships with<br>
> 8.4. I'd like to compile them with 8.5 to see if that is adding the<br>
> functionality.<br>
> both versions of libPdTCL.dylib, compiled and from the dmg, are i386 32-bit.<br>
> I don't know why the compiled version complains that this is the wrong<br>
> architecture while the dmg version doesn't.<br>
> Has anyone compiled a working version of pd vanilla in Snow Leopard? Jaime?<br>
> On Tue, Dec 29, 2009 at 6:15 PM, Hans-Christoph Steiner <<a href="mailto:hans@at.or.at">hans@at.or.at</a>><br>
> wrote:<br>
>><br>
>> On Dec 28, 2009, at 1:19 PM, Rich E wrote:<br>
>><br>
>> Hans,<br>
>><br>
>> The gui rewrite version works fine on my computer, but I need<br>
>> Pd-Vanilla/Extented for testing purposes. Not to mention, there are various<br>
>> small bugs in the gui rewrite branch that make it difficult to use when I'm<br>
>> making music.<br>
>><br>
>> Please report them, so that I can fix them. Now's the time for the final<br>
>> push on the new GUI code since Miller is working on tying it all into the<br>
>> 0.43 release.<br>
>><br>
>> The problem is also that the wacom external I am working with * only *<br>
>> works with the pd-gui-rewrite branch, but I don't know if that is because I<br>
>> compiled it from source (with maybe a different version of Tcl/Tk) or<br>
>> because you re-wrote the Tk code to use Apple Events in a different way.<br>
>><br>
>> I didn't really do anything explicit with Apple Events, but it is a<br>
>> ground-up rewrite. Depending on where you got your build, it could be using<br>
>> Tcl/Tk 8.5. You can check that with the [hcs/tcl_version] object.<br>
>><br>
>> About 64-bit, I've decided to just compile all my music software as 32-bit<br>
>> for now, it seems to be too early for most apps still to run everything as<br>
>> 64-bit (and no real gain any way). Most everything pre-compiled (ex.<br>
>> pd-extended) is 32-bit, anyway.<br>
>><br>
>> So, that said, anyone have any suggestions on what is going wrong with my<br>
>> libPdTcl.dylib? The version included with Pd-extended is also i386, yet tk<br>
>> doesn't complain about it when running Wish...<br>
>><br>
>> Run "file libPdTcl.dylib" to see what kind of binary it is. That whole<br>
>> thing is such a kludge... I shudder to even think about it. Plus its<br>
>> totally gone in 0.43. As for 64-bit, that's something we do need to get<br>
>> fixed.<br>
>> .hc<br>
>><br>
>> Rich<br>
>><br>
>> On Mon, Dec 28, 2009 at 8:52 PM, Hans-Christoph Steiner <<a href="mailto:hans@at.or.at">hans@at.or.at</a>><br>
>> wrote:<br>
>>><br>
>>> Try the 0.43/pd-gui-rewrite branch, with the new autotools build system.<br>
>>> I think it should build properly on Mac OS X 64-bit:<br>
>>> <a href="http://puredata.info/dev/PdGuiRewrite" target="_blank">http://puredata.info/dev/PdGuiRewrite</a><br>
>>> If not, report problems here and I try to fix them and commit them.<br>
>>> .hc<br>
>>> On Dec 27, 2009, at 10:25 AM, Rich E wrote:<br>
>>><br>
>>> On I go.<br>
>>><br>
>>> Loading /usr/bin/wish turns out to be 64bit, but running pd from Miller's<br>
>>> pre-built app (or Pd-extended pre-built) creates a 32bit version. When<br>
>>> compiling from source, I am making libPdTcl.dylib 32bit, but wish's 'load'<br>
>>> function thinks this is the wrong architecture - I think then that wish<br>
>>> needs to be run as 32bit, but I can't figure out how to do this or how the<br>
>>> pre-built app is doing this. I can't find any doc's on that load function,<br>
>>> either (line 67 of <a href="http://pd.tk" target="_blank">pd.tk</a>).<br>
>>><br>
>>> I'm just shooting in the dark here, trying to conjure up some advice. I<br>
>>> need to get pd compiled from source to work on an external.<br>
>>><br>
>>> Rich<br>
>>><br>
>>> On Sat, Dec 26, 2009 at 12:29 AM, Rich E <<a href="mailto:reakinator@gmail.com">reakinator@gmail.com</a>> wrote:<br>
>>>><br>
>>>> I hope someone can help me fix the last problem on this list, it is<br>
>>>> blocking me (libPdTcl.dylib wrong architecture). I can't see why it is<br>
>>>> detected as the wrong architecture, everything I check says it is i386<br>
>>>> compatible.<br>
>>>><br>
>>>> I did remove alot from the <a href="http://configure.in" target="_blank">configure.in</a> file trying to get it work, so<br>
>>>> maybe there is a problem there. It is attached.<br>
>>>><br>
>>>> merry christmas, feliz navidad és boldog karácsonzyt (i think I may have<br>
>>>> barely missed it in my time)!<br>
>>>><br>
>>>> - rich<br>
>>>><br>
>>>> On Wed, Dec 23, 2009 at 4:44 AM, Rich E <<a href="mailto:reakinator@gmail.com">reakinator@gmail.com</a>> wrote:<br>
>>>>><br>
>>>>> Hi,<br>
>>>>><br>
>>>>> I am having problems compiling pd from Miller's website in OS X Snow<br>
>>>>> Leopard. Basically, Pd fell behind Apple's updates. Here are my problems,<br>
>>>>> fixes where I found them:<br>
>>>>><br>
>>>>> - the configure script automatically adds -isysroot blah blah for the<br>
>>>>> 10.4 sdk, which doesn't work. this line is removed.<br>
>>>>> - the included portaudio (and more importantly, its coreaudio<br>
>>>>> components) with pd does not match the coreaudio framework included with<br>
>>>>> Snow Leopard. There are lots of deprecations and finally undeclared<br>
>>>>> methods. I tried just updating the source code from that in portaudio's<br>
>>>>> svn, but this led to further undefined calls that I don't remember.<br>
>>>>> - using '-disable-portaudio' doesn't do any good because it is<br>
>>>>> automatically added if you are on OS X (I wanted to just use jack since<br>
>>>>> portaudio is outdated).<br>
>>>>> - I had to remove all '-arch' flags except i386 to get everything<br>
>>>>> linked.<br>
>>>>><br>
>>>>> Okay, after that, it compiled. whew. Still, pd's gui will not run<br>
>>>>> because libPdTcl.dylib either isn't found or is the wrong architecture, I<br>
>>>>> still can't tell:<br>
>>>>><br>
>>>>> $ pd -jack<br>
>>>>> Error in startup script:<br>
>>>>> dlopen(/usr/local/lib/pd/bin/../bin/libPdTcl.dylib, 10): no suitable image<br>
>>>>> found. Did find:<br>
>>>>> /usr/local/lib/pd/bin/../bin/libPdTcl.dylib: mach-o, but wrong<br>
>>>>> architecture<br>
>>>>> while executing<br>
>>>>> "load $pd_guidir/bin/libPdTcl.dylib"<br>
>>>>> invoked from within<br>
>>>>> "if {$pd_nt == 2} {<br>
>>>>> # turn on James Tittle II's fast drawing<br>
>>>>> set tk::mac::useCGDrawing 1<br>
>>>>> # anti-alias all lines that need it<br>
>>>>> set tk::mac::CGAnt..."<br>
>>>>> (file "/usr/local/lib/pd/bin/<a href="http://pd.tk" target="_blank">pd.tk</a>" line 67)<br>
>>>>> ^CPd: signal 2<br>
>>>>><br>
>>>>> It is there, they are all i386 and tcl/tk are universal binaries, so I<br>
>>>>> don't know. Anyone else?<br>
>>>>><br>
>>>>> Running pd with no gui and jack works.<br>
>>>>><br>
>>>>> regards,<br>
>>>>> Rich<br>
>>>><br>
>>><br>
>>> _______________________________________________<br>
>>> <a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
>>> UNSUBSCRIBE and account-management -><br>
>>> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> ----------------------------------------------------------------------------<br>
>>><br>
>>> Man has survived hitherto because he was too ignorant to know how to<br>
>>> realize his wishes. Now that he can realize them, he must either change<br>
>>> them, or perish. -William Carlos Williams<br>
>>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> ----------------------------------------------------------------------------<br>
>> Computer science is no more related to the computer than astronomy is<br>
>> related to the telescope. -Edsger Dykstra<br>
>><br>
><br>
><br>
> _______________________________________________<br>
> <a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
> UNSUBSCRIBE and account-management -><br>
> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
><br>
><br>
<br>
<br>
<br>
--<br>
</div></div>Jaime E Oliver LR<br>
<br>
<a href="mailto:joliverl@ucsd.edu">joliverl@ucsd.edu</a><br>
<a href="http://www.realidadvisual.org/jaimeoliver%0Awww-crca.ucsd.edu/" target="_blank">www.realidadvisual.org/jaimeoliver<br>
www-crca.ucsd.edu/</a><br>
<a href="http://www.realidadvisual.org" target="_blank">www.realidadvisual.org</a><br>
<br>
858 750 0924 (cel)<br>
858 202 1522 (home)<br>
9168 Regents Rd. Apt. G<br>
La Jolla, CA 92037<br>
USA<br>
</blockquote></div><br>