[PD] compiling externals on snow leopard
Rich E
reakinator at gmail.com
Sat Nov 14 19:30:33 CET 2009
On Sat, Nov 14, 2009 at 6:17 PM, Hans-Christoph Steiner <hans at at.or.at>wrote:
>
> On Nov 14, 2009, at 11:13 AM, Rich E wrote:
>
> Ran into problems right after starting the program... don't know why they
> weren't there before, but..
>
> If I try running pd from /usr/local/bin via 'make install', I get the
> following error:
>
> Error in startup script: couldn't read file
> "/usr/local/lib/pd/bin/pd-gui.tcl": no such file or directory
>
> But the tcl file is there, don't know why it can't be found.
>
>
> I just tried 'make install' on Mac OS X 10.5 and it worked fine for me.
> Both 'pd' alone and '/usr/local/bin/pd'
>
>
Actually, "/usr/local/lib/pd/bin/pd-gui.tcl" is not there, but
"/usr/local/bin/pd-gui.tcl" is. I think it is just getting installed to the
wrong directory.
> Portaudio is failing at startup (as I said before, there are still many
> deprecation warnings as well, although it compiles):
>
> Richard-Eakins-MacBook-Pro:src richardeakin$ ./pd
>
> -------------------------------pd-gui.tcl-----------------------------------
> Pt_Start() called
> Assertion failed: (sizeof( UInt32 ) == sizeof( long )), function
> ringBufferIOProc, file src/hostapi/coreaudio/pa_mac_core.c, line 1722.
> Pd: signal 6
> closing audio...
> Abort trap
>
> Apparently that function isn't 64bit :)
>
>
> Seems like a portaudio bug, it would be good to report it there.
>
>
Reported.
> Pd seems to work with Jack though, so I can test it through that (this is
> how I normally run my patches in linux anyway).
>
> A question about settings: where are they stored in OS X if I compile from
> source? I know Pd-extended works with the plist system, but how about in
> the pd-gui-rewrite?
>
>
> pd-gui-rewrite is roughly Pd-vanilla 0.43, so treat it accordingly.
>
> .hc
>
>
One other thing, now when I try to run ./pd -jack, I get:
Richard-Eakins-MacBook-Pro:src richardeakin$ ./pd -jack
-------------------------------pd-gui.tcl-----------------------------------
Pt_Start() called
jack_client_new: deprecated
ERROR: 'pd' never showed up, 'pd-gui' quitting!
I'd like to help more, but I seem to be spending alot of time hopelessly
trying to get 64bit to work when I don't even see why 64bit is better than
32bit (in pd's case).
> Rich
>
>
> On Sat, Nov 14, 2009 at 4:35 PM, Rich E <reakinator at gmail.com> wrote:
>
>> Portaudio makes now, 64bit pd. I can also make the 32bit version using
>> CFLAGS and LDFLAGS, but the --enable-universal doesn't work because of the
>> following error:
>>
>> gcc-4.2: -E, -S, -save-temps and -M options are not allowed with multiple
>> -arch flags
>> make[2]: *** [libportaudio_la-pa_allocation.lo] Error 1
>>
>> I was thinking, what happens when you have a universal binary pd and you
>> mix external types, like some are 32bit and some are 64bit? Maybe a
>> universal binary pd isn't so good..
>>
>> I'll try testing out the 64bit pd-gui-rewrite for a while, see if anything
>> strange happens.
>>
>>
>> On Sat, Nov 14, 2009 at 6:42 AM, Hans-Christoph Steiner <hans at at.or.at>wrote:
>>
>>>
>>> Ok, I updated the portaudio to the latest, updated 3 weeks ago in
>>> portaudio SVN. Plus I fixed your CFLAGS bug. You should also be able to
>>> build universal by doing "./configure --enable-universal" instead of
>>> manually setting the CFLAGS/LDFLAGS.
>>>
>>> .hc
>>>
>>> On Nov 13, 2009, at 2:03 PM, Rich E wrote:
>>>
>>> I compiled the pd-gui-rewrite branch today as 64bit with portaudio
>>> support, but haven't tested it much.
>>>
>>> To compile portaudio as 64bit, you need the the sources from their svn.
>>> If I try to compile using the sources included with pd, I get a bunch of
>>> deprecation warnings followed by a syntax error. If I update the source
>>> codes to those in portaudio's svn trunk, the syntax error goes away but
>>> there are still many deprecation warnings. But, I have audio, with and
>>> without jack.
>>>
>>> The configure script doesn't like it when I do:
>>> export CFLAGS="-arch i386 -arch x86_64"
>>> export LDFLAGS="-arch i386 -arch x86_64"
>>>
>>> This is how I compiled portaudio, but when I do it with pd, the configure
>>> script reports gcc as unusable. Is there a better way to make gcc compile
>>> universal binaries?
>>>
>>> Rich
>>>
>>> On Thu, Nov 12, 2009 at 5:15 PM, Hans-Christoph Steiner <hans at at.or.at>wrote:
>>>
>>>>
>>>> portaudio provides CoreAudio support already. It is AudioUnit support
>>>> that is in the works, which I suppose is part of CoreAudio. What are the
>>>> errors with portaudio in pd-gui-rewrite? It would be good to get those
>>>> fixed there, since you said that portaudio on its own can build fine for
>>>> 64-bit (or am I mistaken?)
>>>>
>>>> .hc
>>>>
>>>> On Nov 11, 2009, at 8:21 PM, Rich E wrote:
>>>>
>>>> Got it compiled and it looks nice. The portaudio failed, same as
>>>> Pd-Vanilla, but I guess you aren't worried about that because you are
>>>> working on getting coreaudio support (which would be nice). Jack works,
>>>> everything is sounds nice and stable.
>>>>
>>>> The only thing I noticed is that expr cannot be found. I have only
>>>> tried a few of the example patches so far.
>>>>
>>>> cheers,
>>>> Rich
>>>>
>>>> On Thu, Nov 12, 2009 at 1:57 AM, Rich E <reakinator at gmail.com> wrote:
>>>>
>>>>> Oops, my fault. I had some residual CFLAGS from trying to get Gem to
>>>>> compile... onward :)
>>>>>
>>>>> On Thu, Nov 12, 2009 at 1:23 AM, Rich E <reakinator at gmail.com> wrote:
>>>>>
>>>>>> On running a regular ./configure in the gui rewrite branch, I get the
>>>>>> error:
>>>>>>
>>>>>> checking for C compiler default output file name...
>>>>>> configure: error: in
>>>>>> `/Users/richardeakin/Downloads/src/pd-gui-rewrite-0.43':
>>>>>> configure: error: C compiler cannot create executables
>>>>>> See `config.log' for more details.
>>>>>>
>>>>>> I attached the config.log, any ideas?
>>>>>>
>>>>>> Rich
>>>>>>
>>>>>>
>>>>>> On Thu, Nov 12, 2009 at 12:29 AM, Hans-Christoph Steiner <
>>>>>> hans at at.or.at> wrote:
>>>>>>
>>>>>>>
>>>>>>> The build system in vanilla/extended is pretty ugly, especially for
>>>>>>> Mac OS X. The build system in the pd-gui-rewrite/0.43 branch has been
>>>>>>> rewritten from scratch to be a full autotools build system. That should fix
>>>>>>> the -isysroot and --disable-portaudio problem you mention. Try it out, and
>>>>>>> we can fix any issues there.
>>>>>>>
>>>>>>> svn co
>>>>>>> https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-gui-rewrite/0.43/
>>>>>>> cd 0.43
>>>>>>> ./autogen.sh && ./configure --enable-jack --disable-portaudio && make
>>>>>>>
>>>>>>> .hc
>>>>>>>
>>>>>>> On Nov 11, 2009, at 6:08 PM, Rich E wrote:
>>>>>>>
>>>>>>> Oops, I accidentally just sent my last post to Hans. Please read
>>>>>>> this and the post below...
>>>>>>>
>>>>>>> I have been slowly figuring out the last problem, where gcc can't
>>>>>>> find my headers in /usr/include. It is because the configure line:
>>>>>>>
>>>>>>> if test "x$fat" == "xyes";
>>>>>>> then
>>>>>>> MORECFLAGS="-isysroot /Developer/SDKs/MacOSX10.4u.sdk \
>>>>>>> -arch i386 -arch ppc -Wno-error"
>>>>>>>
>>>>>>> First, I don't know why this is necessary, but I'm sure somebody
>>>>>>> does. I also don't know why OS X 10.6 is being detected as fat anything.
>>>>>>>
>>>>>>> I can install the MacOSX10.4u.sdk from the Xcode disk, but then gcc
>>>>>>> can't find a good stdarg.h, as the one include within that sdk has a
>>>>>>> #include_next stdarg.h directive. Then, with this -sysroot flag, gcc
>>>>>>> doesn't search any other directory and none of the 20 other stdarg.h files
>>>>>>> on my computer are found. I remove this flag and the header files are found
>>>>>>> elsewhere just fine.
>>>>>>>
>>>>>>> I compiled Portaudio from svn as universal binary with 64bit. But,
>>>>>>> this library doesn't work with Pd's portaudio source files and the new
>>>>>>> sources don't work with Pd's sources. So, I can't get past building the
>>>>>>> portaudio objects. I tried just using jack with "./configure --enable-jack
>>>>>>> --disable-portaudio", but the build script still tries to build portaudio
>>>>>>> and fails.
>>>>>>>
>>>>>>> This is all with pd vanilla from Miller's website. I'm also trying
>>>>>>> to build the Pd extended sources, but I suppose I should start a new thread
>>>>>>> for the problem I hit there..
>>>>>>>
>>>>>>> On Tue, Nov 10, 2009 at 3:29 AM, Rich E <reakinator at gmail.com>wrote:
>>>>>>>
>>>>>>>> Macports made me a universal binary portaudio, thankfully because I
>>>>>>>> could not get it to compile as 64 bit from the source (I posted why on the
>>>>>>>> portaudio mailing list).
>>>>>>>>
>>>>>>>> I'm having other annoying problems with my build system, probably
>>>>>>>> something very stupid that I am not aware of. Neither Pd nor Pd-extended
>>>>>>>> can find header files in /usr/include. This isn't so hard to include as a
>>>>>>>> CFLAGS flag, but then it still can't find stdarg.h, which just makes me
>>>>>>>> think my build system is broken.
>>>>>>>>
>>>>>>>> I'm working through the various errors to getting Pd-extended
>>>>>>>> building on Snow Leopard as 64 bit, but I have to say I'm probably not the
>>>>>>>> best candidate as this is the first mac that I've had in years. Truthfully,
>>>>>>>> I was looking forward to a time when things 'just worked' :) Not there yet.
>>>>>>>>
>>>>>>>> Rich
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Nov 10, 2009 at 3:03 AM, Hans-Christoph Steiner <
>>>>>>>> hans at at.or.at> wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>> It seems that portaudio should build as 64-bit, perhaps its worth
>>>>>>>>> trying to upgrade the portaudio files that are included in Pd-extended. I
>>>>>>>>> recently updated the pd-extended/0.42.5 branch to the most recent stable
>>>>>>>>> portaudio.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> http://www.portaudio.com/trac/wiki/TutorialDir/Compile/MacintoshCoreAudio
>>>>>>>>>
>>>>>>>>> .hc
>>>>>>>>>
>>>>>>>>> On Nov 9, 2009, at 11:57 AM, Hans-Christoph Steiner wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I'm working getting an Apple AudioUnit sound API support into
>>>>>>>>> pd-core right now. This will support the iPhone, but should also work on
>>>>>>>>> Mac OS X. With this, it should be possible to get working audio on Mac OS X
>>>>>>>>> without portaudio.
>>>>>>>>>
>>>>>>>>> AFAIK, Fink does support 64-bit now, so as long as the libs support
>>>>>>>>> it, then Fink should work. I'd say it would be worthwhile building
>>>>>>>>> Pd-extended 64-bit without the Fink/Macports dependencies, since most
>>>>>>>>> included externals don't need any other libs.
>>>>>>>>>
>>>>>>>>> .hc
>>>>>>>>>
>>>>>>>>> On Nov 9, 2009, at 10:49 AM, Rich E wrote:
>>>>>>>>>
>>>>>>>>> Ah, that did the trick. Thanks.
>>>>>>>>>
>>>>>>>>> On Mon, Nov 9, 2009 at 3:54 AM, Hans-Christoph Steiner <
>>>>>>>>> hans at at.or.at> wrote:
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> You need to set the LDFLAGS to -arch i386 also. Or even better,
>>>>>>>>>> try doing a 64-bit Snow Leopard build of Pd-extended.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> I'd love to try that, but I'm still working to get a 64-bit Snow
>>>>>>>>> Leopard build of Pd-vanilla. Portaudio won't let me do it yet. Macports is
>>>>>>>>> limited as far as I can see, so I'm having to compile each piece from
>>>>>>>>> source.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> cheers,
>>>>>>>>> Rich
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> .hc
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Nov 8, 2009, at 6:58 PM, Rich E wrote:
>>>>>>>>>>
>>>>>>>>>> I've been trying to get my externals to compile in to use with
>>>>>>>>>>> Pd-extended... in OS X Snow Leopard. So far it hasn't been easy because
>>>>>>>>>>> Pd-extended is i386 and my externals are compiling as x86_64.
>>>>>>>>>>>
>>>>>>>>>>> All I can find on this is to force the build to i386 with the gcc
>>>>>>>>>>> flag '-arch i386', but the linker won't allow it:
>>>>>>>>>>>
>>>>>>>>>>> ld: warning: in incr.o, file is not of required architecture
>>>>>>>>>>>
>>>>>>>>>>> and then, I again have the 64 bit version:
>>>>>>>>>>> $ file incr.pd_darwin
>>>>>>>>>>> incr.pd_darwin: Mach-O 64-bit bundle x86_64
>>>>>>>>>>>
>>>>>>>>>>> Anyone know how to get these guys to work with Pd-extended?
>>>>>>>>>>>
>>>>>>>>>>> Rich
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Pd-list at iem.at mailing list
>>>>>>>>>>> UNSUBSCRIBE and account-management ->
>>>>>>>>>>> http://lists.puredata.info/listinfo/pd-list
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ----------------------------------------------------------------------------
>>>>>>>>>>
>>>>>>>>>> I hate it when they say, "He gave his life for his country."
>>>>>>>>>> Nobody gives their life for anything. We steal the lives of these kids.
>>>>>>>>>> -Admiral Gene LeRocque
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ----------------------------------------------------------------------------
>>>>>>>>>
>>>>>>>>> "Making boring techno music is really easy with modern tools," he
>>>>>>>>> says, "but with live coding, boring techno is much harder." - Chris
>>>>>>>>> McCormick
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ----------------------------------------------------------------------------
>>>>>>>>>
>>>>>>>>> Using ReBirth is like trying to play an 808 with a long stick.
>>>>>>>>> -David Zicarelli
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ----------------------------------------------------------------------------
>>>>>>>
>>>>>>> 'You people have such restrictive dress for women,’ she said,
>>>>>>> hobbling away in three inch heels and panty hose to finish out another
>>>>>>> pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>> ----------------------------------------------------------------------------
>>>>
>>>> http://at.or.at/hans/
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>> ----------------------------------------------------------------------------
>>>
>>> Using ReBirth is like trying to play an 808 with a long stick. -David
>>> Zicarelli
>>>
>>>
>>>
>>
>
>
>
>
> ----------------------------------------------------------------------------
>
> Looking at things from a more basic level, you can come up with a more
> direct solution... It may sound small in theory, but it in practice, it can
> change entire economies. - Amy Smith
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20091114/fda63a2e/attachment.htm>
More information about the Pd-list
mailing list