Summary: | xmlstarlet-1.0.1 does not build against recent libxml and libxslt | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Bruno <bonbons> |
Component: | Current packages | Assignee: | Text-Markup Team (OBSOLETE) <text-markup+disabled> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | dirk.schoenberger, jean, johnm, lakerdonald, sam |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 109455 |
Description
Bruno
2005-09-17 03:41:06 UTC
I know this doesn't really count as a fix, per s I know this doesn't really count as a fix, per sé, but if you re-merge libxslt and libxml2 with USE="static" it works fine. http://bugs.gentoo.org/show_bug.cgi?id=109455 seems to be a duplicate of this one. Ya that (USE="static") worked for me too. Without static xmlstarlet-1.0.1 would compile with the same error message as above. This ebuild definitely needs to be fixed to check if libxml2 and libxslt were compiled with the _static_ use variable on. Or some other fix... xmlstartlet doesn't look like it requires static libs. I modified configure and configure.ini to use shared libs, rebuilt the digest, emerged and ran this test successfully: xml sel --net -t -m "//item" -o "Title: " -v "title" -n -o "Author: " -v "author" -n http://arstechnica.com/index.ars/rss this is purely an issue with includes. So, 3 months on and we still have a problem. Guys do we have any solution to this? Hi Leonardo, are you able to put any input into the bug please? xmlstarlet is not really my package, but I understand that this started to happen after the 'static' flag was introduced in libxml2 and libxslt (which turns out to be incorrect). Unfortunately libxslt still hasn't been fixed in this regard, but regardless of that, the clean solution would be to fix xmlstarlet to stop depending on the .a files. If Mike could attach the patch he mentions on comment #4 I'd be happy to test it and commit it. (removing myself from CC list since I'm in the text-markup alias as well) (In reply to comment #7) > If Mike could attach the patch he mentions on comment #4 I'd be happy to > test it and commit it. I had the same problem, but fixed it slightly differently. Following is (the very short) diff to the ebuild: --- /usr/portage/app-text/xmlstarlet/xmlstarlet-1.0.1.ebuild 2005-06-02 18:35:24.000000000 +1200 +++ /usr/local/portage/app-text/xmlstarlet/xmlstarlet-1.0.1.ebuild 2006-03-11 00:33:24.000000000 +1300 @@ -22,7 +22,8 @@ src_compile() { append-ldflags -lgcrypt - econf || die + LIBXSLT_LIBS="-lxslt -lexslt -lz -lm -lpthread" LIBXML_LIBS="-lxml2 -lz -lm -lpthread -ldl" econf || die emake || die } This will cause the package xmlstarlet to dynamically link with libxml2 and lib(e)xslt. I personally think this is an upstream bug. I fail to understand why it must link statically. I fixed xmlstarlet ebuilds wrt comment #8. Me thinks this is an upstream bug, too. Thanks for the bug report and patch. |