5 Commits

Author	SHA1	Message	Date
Nick Wellnhofer	5cae1a14ee	Update libxml-2.0-uninstalled.pc.in	2022-04-03 14:37:45 +02:00
David Seifert	5c71ada83a	Detect libm using libtool's macros	2022-03-30 16:51:17 +02:00
Philip Withnall	f859d9a783	build: Add @LZMA_LIBS@ to libxml’s pkg-config files ... If libxml2 is built and linked against liblzma, the latter needs to appear in libxml2’s Libs.private pkg-config field, otherwise static linking against libxml2 will fail due to unresolved liblzma symbols. https://bugzilla.gnome.org/show_bug.cgi?id=711026	2013-10-29 17:35:36 +08:00
Arfrever Frehtes Taifersar Arahesis	1f01f49ba6	Handle ICU_LIBS as LIBADD, not LDFLAGS to prevent linking errors ... For https://bugzilla.gnome.org/show_bug.cgi?id=677606 For https://bugs.gentoo.org/show_bug.cgi?id=417539 If libxml2-2.8.0 is built with --with-icu --with-python on a system that has an older version of libxml2 installed, then during "make install", libxml2mod.so gets relinked to the systemwide version of libxml2.so.2 instead of libxml2.so.2 from the build tree, and fails at runtime if symbol versions from the older libxml2.so.2 are not available. This effectively makes it impossible to build a libxml2-2.8.0 binary package on a system that does not already have libxml2-2.8.0 installed. Investigation by Rafał Mużyło and Arfrever Frehtes Taifersar Arahesis revealed the cause of the problem to be that libxml2's configure was adding ICU_LIBS to LDFLAGS instead of to LIBADD. This resulted in GNU libtool using the wrong argument order in its relinking command that gets run during "make install".	2012-08-28 22:16:50 +08:00
AEST 2003 Malcolm Tredinnick	0643112b6a	New file for building against uninstalled libxml2 builds. Support the ... Tue Sep 30 12:31:00 AEST 2003 Malcolm Tredinnick <malcolm@commsecure.com.au> * libxml-2.0-uninstalled.pc.in: New file for building against uninstalled libxml2 builds. * configure.in, Makefile.am: Support the *-uninstalled.pc file.	2003-09-30 02:36:08 +00:00