On Sat, Nov 14, 2009 at 6:17 PM, Hans-Christoph Steiner <[email protected]>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. > 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 <[email protected]> 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 <[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 >>> >>> >>> >> > > > > > ---------------------------------------------------------------------------- > > 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 > > >
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
