gpgme 0.3.x contains a gpgme_cancel(), 0.4.x, 0 <= x <= 4, doesn't. 0.4.x, x >= 5, does. AC_CHECK_LIB just looks whether the given symbol is defined in the library and doesn't seem to respect the ldflags argument when trying to _find_ the library. Therefore, we can't use it, since it gives false positives (find 0.3.x) as well as false negatives (finds 0.4.x, x <= 4) if another gpgme is installed, and gpgme 0.4.5 (or later) is in an "unusual" path. We now use AC_TRY_LINK intead, wich will fail for gpgme 0.3.x, too, since the gpgme types have new names in gpgme 0.4.x. It also respects the currently set CFLAGS and LIBS
gpgme 0.3.x contains a gpgme_cancel(), 0.4.x, 0 <= x <= 4, doesn't. 0.4.x, x >= 5, does.
AC_CHECK_LIB just looks whether the given symbol is defined in the library and doesn't seem to respect the ldflags argument when trying to _find_ the library. Therefore, we can't use it, since it gives false positives (find 0.3.x) as well as false negatives (finds 0.4.x, x <= 4) if another gpgme is installed, and gpgme 0.4.5 (or later) is in an "unusual" path. We now use AC_TRY_LINK intead, wich will fail for gpgme 0.3.x, too, since the gpgme types have new names in gpgme 0.4.x. It also respects the currently set CFLAGS and LIBS

svn path=/trunk/kdepim/libkdenetwork/gpgmepp/; revision=298234

KDE/gpgmepp,KDE/gpgmepp,KDE/gpgmepp