[PD] compiling externals on snow leopard
Hans-Christoph Steiner
hans at at.or.at
Sat Nov 14 06:42:02 CET 2009
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20091114/866553e4/attachment.htm>
More information about the Pd-list
mailing list