On Oct 7, 2011, at 8:13 PM, katja wrote:
On Sat, Oct 8, 2011 at 12:08 AM, Hans-Christoph Steiner
<h...@at.or.at> wrote:
I think this is caused by using the 10.6 build on 10.5. It is only
partially compatible.
Pd-0.43.1-extended-20111002.app, an x86_64 build, tries to load libs
from Pd-extended.app which is an i386 build. That's where the message
'wrong architecture' comes from.
In Pd-0.43.1-double-20111007.app, objects from iemlib and other libs
can be perfectly instantiated with namespaces. There's no
compatibility problem, the extended objects are working as usual.
Because it's all single precision still..... It's compiled with
PD_FLOAT_PRECISION 32, the core code as well.
Shall we not better start another repo with a clone of the full
pd-extended.git to work on?
Ok, I figured out why the nightly auto-builds were always 32-bit. The
whole Pd-extended build sets CFLAGS= when calling make, and the
precision was being set in ./configure in CFLAGS, so it was being
overridden by the 'make CFLAGS="-O2 -g"'. I changed it to use
AC_DEFINE so its set in DEFS, and now CFLAGS is not overriding it. So
tomorrow's build should actually be 64-bit.
.hc
----------------------------------------------------------------------------
"We have nothing to fear from love and commitment." - New York Senator
Diane Savino, trying to convince the NY Senate to pass a gay marriage
bill
_______________________________________________
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
