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.or.atwrote:
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.or.atwrote:
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.or.atwrote:
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@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@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 Seeconfig.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.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-rewr... 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@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.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.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@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