Bug 89957
Summary: | xml2-config prints -L/usr/lib64 on Hammer | ||
---|---|---|---|
Product: | [Retired] Red Hat Raw Hide | Reporter: | Joe Orton <jorton> |
Component: | libxml2 | Assignee: | Daniel Veillard <veillard> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 1.0 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-11-30 15:43:19 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1131998 |
Description
Joe Orton
2003-04-30 11:07:39 UTC
Why ? If libxml2 is compiled for 64bits, then the library is stored in /usr/lib64 ? I don't see what else should be done to make sure the library is found. Pointers to appropriate documentation seems essential to resolve this bug report one way or another, Daniel Because it reorders the library search path - /usr/lib or /usr/lib64 are already searched by default by the compiler. Well it seems to me that if there is an hardcoded semantic to some paths in the tools then the tools should assume that semantic completely. I will try anyway to remove -L/usr/lib and -L/usr/lib64 if present when compiling on a Linux system Daniel Oh, it's not just Hammer. Just patch for RHL to change: echo -L${libdir} -lxml2 -lz -lm to echo -lxml2 -lz -lm that's correct for RHL (but not in general, of course). Oh, it's not just Hammer. Just patch for RHL to change: echo -L${libdir} -lxml2 -lz -lm to echo -lxml2 -lz -lm that's correct for RHL (but not in general, of course). I don't want RHL only fixes, your suggestion would break nearly everybody else installation. I don't want to maintain RHL only patches because I want community feedback on my code, so same code for everybody, and since I compile on RHL I want to run the same code as my userbase in general. There is no "echo -L${libdir} -lxml2 -lz -lm" in the source, there is echo @XML_LIBDIR@ @XML_LIBS@ . In the specific case of Linux and if @XML_LIBDIR@ matches "-L/usr/lib64" then I will do the special case since apparently the toolchain don't apply the hardcoded semantic consistently. I have yet to get feedback that adding -L/usr/lib would ever be a problem, so I will keep this as is in the general case. The following patch has been commited to the CVS base it will be included in teh next libxml2 release. Libxml2 is *very* portable, I will try to keep it that way and try to minimize special case configuration as much as possible, Daniel *** xml2-config.in 3 May 2002 07:29:37 -0000 1.4 --- xml2-config.in 30 Apr 2003 12:20:34 -0000 1.5 *************** *** 60,66 **** ;; --libs) ! echo @XML_LIBDIR@ @XML_LIBS@ ;; *) --- 60,76 ---- ;; --libs) ! if [ "`uname`" = "Linux" ] ! then ! if [ "@XML_LIBDIR@" = "-L/usr/lib64" ] ! then ! echo @XML_LIBS@ ! else ! echo @XML_LIBDIR@ @XML_LIBS@ ! fi ! else ! echo @XML_LIBDIR@ @XML_LIBS@ ! fi ;; *) This is fixed for ages in the various libxml2 packages we ship, test64:~ -> xml2-config --libs -lxml2 -lz -lpthread -lm test64:~ -> Daniel |