* Stefan Schwarz [31. Jan 2011]: > During the last revisions there was a different naming scheme used for > libraries, appending actual SVN-revision number. After a complete > rebuild /usr/local/lib looks like: > -rw-r--r-- 1 root root 615350 2011-01-29 11:36 libopenvas_misc.a > lrwxrwxrwx 1 root root 20 2011-01-04 16:53 libopenvas_misc.so -> > libopenvas_misc.so.4 > lrwxrwxrwx 1 root root 24 2011-01-29 11:38 libopenvas_misc.so.4 -> > libopenvas_misc.so.4.0.0 > -rw-r--r-- 1 root root 441441 2011-01-23 11:15 libopenvas_misc.so.4.0.0 > -rw-r--r-- 1 root root 443387 2011-01-29 11:35 > libopenvas_misc.so.4.0+rc5.SVN.r10111 > > You can see that new library versions are installed, but the links > aren't corrected. So gsad builds correctly but fails starting with: > gsad: symbol lookup error: gsad: undefined symbol: openvas_server_sendf_xml
This is strange, in my tests cmake always corrected libopenvas_misc.so.4 to link to the correct fresh file. Which cmake version are you using? Regards, Michael -- Michael Wiegand | OpenPGP: D7D049EC | Intevation GmbH - www.intevation.de Neuer Graben 17, 49074 Osnabrück, Germany | AG Osnabrück, HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner _______________________________________________ Openvas-discuss mailing list [email protected] http://lists.wald.intevation.org/mailman/listinfo/openvas-discuss
