[PD] compiling externals on snow leopard

[Rich E]

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