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.atwrote:
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,
ppc64 is a G5.
.hc
On Nov 14, 2009, at 1:18 PM, Rich E wrote:
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
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
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
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
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]
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
On Sat, Nov 14, 2009 at 6:17 PM, Hans-Christoph Steiner h...@at.or.atwrote:
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
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,
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
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
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
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,
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.
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...
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
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
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.
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
and then, I again have the 64 bit version:
$ file incr.pd_darwin
incr.pd_darwin: Mach-O 64-bit bundle x86_64
in snow leopard i compile externals in .d_fat, but I'm in x86_64...
Anyone know how to get these guys to work with Pd-extended?
Rich
You need to set the LDFLAGS to -arch i386 also. Or even better, try
doing a 64-bit Snow Leopard build of Pd-extended.
.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
21 matches
Mail list logo