hello Thomas, hello August,
many thanks for your answers, it solved the pb!
yes Thomas, i was using numarray 1.4, and flext from cvs. i followed your indications and everything is working fine now. pd39.2 (with modifs in s_loader.c), flext cvs, pyext cvs / numarray 1.5, readanysf~ 0.13.1 (with little modifs on makefiles).
Just one detail, now that i recompiled pd, i can't use the command line arguments anymore, may be i missed a compilation flag? Anyway, pd preferences (startup and path) are working but i find it a bit cumbersome.
greetings, vincent
Thomas Grill wrote:
Hi Vincent,
it looks like it comes from this line
typedef struct
{PyObject_HEAD
PyObject *operator; /* ufunc name */
it's fairly clear.... operator is a C++ keyword. This can be considered as a numarray bug and seems to have been removed in version 1.5.0 i just tried.
well, i'll have to look at that... which numarray version are you
using?It is possible to launch pd39.2 with readanysf or pyext separetely
but when i try to load both, i get;
py/pyext 0.2.1pre - python script objects (C)2002-2005 Thomas Grill - http://grrrr.org/ext
using Python 2.4.1 (#2, Mar 31 2005, 00:05:10) [GCC 3.3 20030304 (Apple Computer, Inc. build 1666)]
link error 0 dyld: /Applications/pd39.app/Contents/Resources/bin/pd multiple definitions of symbol _initialized /data/pdlibs/py.pd_darwin definition of _initialized /usr/local/lib/libflext-pd.dylib(flthr.opp) definition of
_initializedreadanysf~: can't load library
that's a known problem.... http://sourceforge.net/tracker/index.php? func=detail&aid=1378927&group_id=55736&atid=478072
There are two workarounds:
- change the options to NSLinkModule in s_loader.c as described
above and recompile pd
- build all flext externals using the flext shared library (build.sh
pd gcc build-release-shared)
hmmm, the latter doesn't seem to work... i hope i can find a workaround to get it going. Waiting for pd to change can be really tiresome.
all the best, Thomas