[PD] compiling externals on snow leopard
Hans-Christoph Steiner
hans at at.or.at
Sun Nov 15 02:07:29 CET 2009
ppc64 is a G5.
.hc
On Nov 14, 2009, at 1:18 PM, Rich E wrote:
> My system doesn't want to compile for ppc64 (I have no idea what
> type of mac needs this):
>
> macosx-version-min=10.5 -c porttime/ptmacosx_cf.c -fno-common -DPIC
> -o .libs/ptmacosx_cf.o
> In file included from /usr/include/mach/mach_interface.h:50,
> from /usr/include/mach/mach.h:67,
> from porttime/ptmacosx_cf.c:8:
> /usr/include/mach/task.h:35:29: error: mach/ppc64/task.h: No such
> file or directory
> In file included from /usr/include/mach/mach_interface.h:51,
> from /usr/include/mach/mach.h:67,
> from porttime/ptmacosx_cf.c:8:
> /usr/include/mach/thread_act.h:35:35: error: mach/ppc64/
> thread_act.h: No such file or directory
> lipo: can't figure out the architecture type of: /var/folders/mi/
> miOJDQB4G4W+2Le0+GFkPk+++TI/-Tmp-//ccEWxRNK.out
> make[2]: *** [ptmacosx_cf.lo] Error 1
>
>
>
>
> On Sat, Nov 14, 2009 at 6:10 PM, Hans-Christoph Steiner
> <hans at at.or.at> wrote:
>
> I forgot. In order to build a Universal, you need to include --
> disable-dependency-tracking. So like this:
>
> ./configure --disable-dependency-tracking --enable-universal
>
> My guess is that a universal Pd running in 64-bit mode will fail to
> load a 32-bit external.
>
> .hc
>
> On Nov 14, 2009, at 10:35 AM, Rich E 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
>>
>>
>>
>
>
>
> ----------------------------------------------------------------------------
>
> Information wants to be free. -Stewart Brand
>
>
>
----------------------------------------------------------------------------
If you are not part of the solution, you are part of the problem.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20091114/ffe8325b/attachment.htm>
More information about the Pd-list
mailing list