On Sat, Nov 14, 2009 at 7:30 PM, Rich E <reakina...@gmail.com> wrote:
> > > On Sat, Nov 14, 2009 at 6:17 PM, Hans-Christoph Steiner <h...@at.or.at>wrote: > >> >> On Nov 14, 2009, at 11:13 AM, Rich E wrote: >> >> Ran into problems right after starting the program... don't know why they >> weren't there before, but.. >> >> If I try running pd from /usr/local/bin via 'make install', I get the >> following error: >> >> Error in startup script: couldn't read file >> "/usr/local/lib/pd/bin/pd-gui.tcl": no such file or directory >> >> But the tcl file is there, don't know why it can't be found. >> >> >> I just tried 'make install' on Mac OS X 10.5 and it worked fine for me. >> Both 'pd' alone and '/usr/local/bin/pd' >> >> > Actually, "/usr/local/lib/pd/bin/pd-gui.tcl" is not there, but > "/usr/local/bin/pd-gui.tcl" is. I think it is just getting installed to the > wrong directory. > > >> Portaudio is failing at startup (as I said before, there are still many >> deprecation warnings as well, although it compiles): >> >> Richard-Eakins-MacBook-Pro:src richardeakin$ ./pd >> >> -------------------------------pd-gui.tcl----------------------------------- >> Pt_Start() called >> Assertion failed: (sizeof( UInt32 ) == sizeof( long )), function >> ringBufferIOProc, file src/hostapi/coreaudio/pa_mac_core.c, line 1722. >> Pd: signal 6 >> closing audio... >> Abort trap >> >> Apparently that function isn't 64bit :) >> >> >> Seems like a portaudio bug, it would be good to report it there. >> >> > Reported. > After they give me a patch, the problem seemed to magically go away (pd 64bit is running on my system with portaudio/coreaudio). Another question: even if I run "./pd -portaudio", I get the following output: ConnectPort: can't find mach server port name = jackdmp_entry.501_default err = unknown error code Cannot connect to server Mach port jack server is not running or cannot be started no message buffer overruns JAR: jack server not running? -------- But then, pd starts with portaudio as the driver. Why is there an attempt to start jack if portaudio is specified? Rich > > >> Pd seems to work with Jack though, so I can test it through that (this is >> how I normally run my patches in linux anyway). >> >> A question about settings: where are they stored in OS X if I compile >> from source? I know Pd-extended works with the plist system, but how about >> in the pd-gui-rewrite? >> >> >> pd-gui-rewrite is roughly Pd-vanilla 0.43, so treat it accordingly. >> >> .hc >> >> > > One other thing, now when I try to run ./pd -jack, I get: > > Richard-Eakins-MacBook-Pro:src richardeakin$ ./pd -jack > > > -------------------------------pd-gui.tcl----------------------------------- > Pt_Start() called > jack_client_new: deprecated > ERROR: 'pd' never showed up, 'pd-gui' quitting! > > I'd like to help more, but I seem to be spending alot of time hopelessly > trying to get 64bit to work when I don't even see why 64bit is better than > 32bit (in pd's case). > > >> Rich >> >> >> On Sat, Nov 14, 2009 at 4:35 PM, Rich E <reakina...@gmail.com> 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 >>> <h...@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 >>>> <h...@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 <reakina...@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 <reakina...@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 < >>>>>>> h...@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 <reakina...@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 < >>>>>>>>> h...@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 < >>>>>>>>>> h...@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 >>>> >>>> >>>> >>> >> >> >> >> >> ---------------------------------------------------------------------------- >> >> Looking at things from a more basic level, you can come up with a more >> direct solution... It may sound small in theory, but it in practice, it can >> change entire economies. - Amy Smith >> >> >> >
_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list