[PD] compiling externals on snow leopard

Rich E reakinator at gmail.com
Fri Nov 13 20:03:36 CET 2009 

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

More information about the Pd-list mailing list