Hi Frank, i don't know that is of any help to you but it means that the constructor HarmTable::HarmTable(long, int, int) is not found. Clashes of different g++ versions typically result from other mangled names like virtual tables. (You can always get the real c++ name with the c++filt program)
I'm sorry, but i can't help you any further....
greetings, Thomas
I'm currently makeing my system more standard's compliant, i.e. I'm installing the semi-official Demudi-packages instead of my homebrewn debs. This has lead to a problem with flext and the SndObj-library. I cannot get any sndobj-flext externals to work anymore, they always give me errors like
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? It is build with
(cd lib;$(CC) -o libsndobj.so.0.2.0 -Wl,-shared libsndobj.a)
I tried both CC=gcc-3.2 and CC=g++-3.2. [sndobj uses the vaiable $(CC) for the C++-compiler, not CXX as usual.]
Stand-alone flext externals still build and work fine.
ciao
Frank Barknecht _ ______footils.org__
PD-dev mailing list PD-dev@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-dev