Linker does not find correct wxsqlite3 library on linux q.e. Fedora 18 and Debian
/usr/bin/ld: cannot find -lwxsqlite3-2.8
the attached Patch did change/ormalize library filenames to:
i adapt the patch for wxsqlite3-3.0.1
most parts are stolen from Debian.
http://anonscm.debian.org/gitweb/?p=collab-maint/wxsqlite3.git;a=blob;f=debian/patches/1001-soname.patch;h=4444ba0596c1d8b39c46ce1575d338cf95a0e7cf;hb=339c282c0598153fe1ada6ae8151a67e6b05615c
old library names:
/usr/lib64/libwxcode_gtk2u_wxsqlite3-2.8.so.0
/usr/lib64/libwxcode_gtk2u_wxsqlite3-2.8.so.0.0.0
new library names, after patching:
/usr/lib64/libwxsqlite3-2.8.so.0
/usr/lib64/libwxsqlite3-2.8.so.0.0.0
Milestone changed to Subversion_TRUNK as CVS_HEAD isn't used any more for active development.
I'm not happy with this patch for 2 reasons:
1) the build type information is lost from the library name
wxWidgets can be build in different flavors: static ./. shared, ANSI ./. Unicode, release ./ debug. An "u" was appended to the library name for Unicode, a "d" for debug. Removing this may cause problems for other users.
2) Makefile.in is a generated file
The tool bakefile is used for generating the build files for wxCode components. Makefile.in is a generated file, too. Patching it afterwards makes keeping the files up-to-date after re-running bakefile difficult and error-prone. On the other hand changing the general wxCode bakefile presets might break other wxCode components.
The linker issue is fixed by the modified wxsqlite3.pc.in file (see ticket #150). Therefore no patch for Makefile.in is required.