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