GNOME Bugzilla – Bug 761252
Misusage of LDFLAGS in configure.ac
Last modified: 2016-05-23 06:04:42 UTC
The system LDFLAGS will be cached and therefore end up unused when checking for some libraries e.g. zlib. The reason is a temporary override of the LDFLAGS, followed by a re-assign to 'LDFLAGS="-L${Z_DIR}/lib"'. Libtool will therefore not search $(prefix)/usr/lib for the library if passed as a system LDFLAG. In order to solve this the developer is forced to configure with the option "--with-zlib=<path>" when the root cause to the issue is the usage of LIBS to store LDFLAGS. The misusage could result in a reverse order of LIBS and LDFLAGS. The LDFLAGS cache was introduced here: https://bugzilla.gnome.org/show_bug.cgi?id=737532 The usage of LIBS for storing LDFLAGS seems to have been in configure.{in,ac} since the file was create/renamed.
Created attachment 319940 [details] [review] [PATCH] Revert caching of LDFLAGS
Created attachment 319941 [details] [review] [PATCH] Correct the usage of LDFLAGS
Okay I tried to get this in I could not directly revert the first patch as other changes happened, like for #749416, the second one applied fine though. Commited as: https://git.gnome.org/browse/libxml2/commit/?id=ebbd2b725fb206c3fede36c1366931088f89f462 and https://git.gnome.org/browse/libxml2/commit/?id=40fd6d2a1b9dfc8ef5b428c9df7bdcb3398d6bd3 I hope this solves the issue ! thanks, Daniel