Hallo,
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__
