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