Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote:
fbuzzil~.pd_linux: fbuzzil~.pd_linux: undefined symbol: _ZN9HarmTableC1Elii
This looks like a typical compiler issue, but I made absoluetly sure, that everything was compiled with g++-3.2 rsp. gcc-3.2. So I don't suspect that it is the compiler's fault. What makes me wonder is, that Guenthers sndobj0-debian-packages from cvs.agnula.org also build a .so version of the library.
$ ls -l /usr/lib/libsndobj.* -rw-r--r-- 1 root root 333682 Feb 1 12:28 libsndobj.a lrwxrwxrwx 1 root root 18 Feb 1 12:28 libsndobj.so -> libsndobj.so.0.2.0 lrwxrwxrwx 1 root root 18 Feb 1 12:28 libsndobj.so.0 -> libsndobj.so.0.2.0 -rw-r--r-- 1 root root 3028 Feb 1 12:28 libsndobj.so.0.2.0
whereas I only had the .a file beforehand. Could this be causing the trouble? And is it okay, that libsndobj.so.0.2.0 is so small?
I did come a step further. My suspictions, that something's wrong with the .so files was right. I deleted libsndobj.so* and now I can load sndobjj-flext externals again. Now I only wonder, why this is so? Is it the fault in my (i.e. Thomas' ;) ) makefiles? The pd-linux is build for example like:
g++-3.2 -shared pd-linux/main.o /usr/lib/pd/flext/flext.a -lm -lsndobj -o pd-linux/fbuzzil.pd_linux
Should this be
g++-3.2 -shared pd-linux/main.o /usr/lib/pd/flext/flext.a -lm /usr/lib/libsndobj.a -o pd-linux/fbuzzil.pd_linux
instead?
ciao