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 <[email protected]>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 <[email protected]>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 <[email protected]> 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 <[email protected]> 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 < >>>> [email protected]> 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 <[email protected]> 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 < >>>>>> [email protected]> 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 < >>>>>>> [email protected]> 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 >>>>>>>>> _______________________________________________ >>>>>>>>> [email protected] 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 > > >
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
