[gnutls-devel] GnuTLS | Unwanted -lunistring leak to global LIBS in configure (#735)

[Development of GNU's TLS library]

New Issue was created.

Issue 735: https://gitlab.com/gnutls/gnutls/issues/735
Author:    OBATA Akio
Assignee:  

## Description of problem:

With adb31e77, `AC_LIB_HAVE_LINKFLAGS` usage was replaced with `AC_SEARCH_LIBS` and `AC_SUBST`
for checking `unistring` library.
It may resolve unwanted full path of libunistring in pc files, it also affect to real link,
e.g. missing rpath. Furthermore, AC_SEARCH_LIBS also affect to LIBS globally.

The first hit issue is in configure script, subsequent `try_compile_and run` type checks may be
result in unwanted result, because it will always try to link with -lunistring but failed to run
due to missing "unistring.so" if it is not in system default rpath.

`LIBS` should be reset with `$ac_func_search_save_LIBS` after the `unistring` check.

## Version of gnutls used:

3.6.6

## Distributor of gnutls (e.g., Ubuntu, Fedora, RHEL)

N/A

## How reproducible:

Steps to Reproduce:

 * install and use libunistring not in system path
 * configure with `LDFLAG` having -L to find the libuistring
 * do `configure` and `make`

## Actual results:

configured as `ftellio` is broken and try to compile and use  gnulib one.

## Expected results:

No problem!

-- 
Reply to this email directly or view it on GitLab: https://gitlab.com/gnutls/gnutls/issues/735
You're receiving this email because of your account on gitlab.com.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.gnupg.org/pipermail/gnutls-devel/attachments/20190321/4d389894/attachment-0001.html>