[PD] compiling externals on snow leopard

Rich E reakinator at gmail.com
Sat Nov 14 19:18:34 CET 2009 

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

More information about the Pd-list mailing list