After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 696136 - xsltMaxVars should go into LIBXML2_1.1.27, but not LIBXML2_1.0.24
xsltMaxVars should go into LIBXML2_1.1.27, but not LIBXML2_1.0.24
Status: RESOLVED NOTABUG
Product: libxslt
Classification: Platform
Component: general
git master
Other Linux
: Normal major
: ---
Assigned To: Daniel Veillard
libxml QA maintainers
Depends on:
Blocks:
 
 
Reported: 2013-03-19 13:05 UTC by Aron Xu
Modified: 2013-08-04 15:23 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Aron Xu 2013-03-19 13:05:09 UTC 
This bug was originally reported as Debian bug 698955:

http://bugs.debian.org/698955

xsltMaxVars should go into LIBXML2_1.1.27 in , but not LIBXML2_1.0.24. It was discovered that if a xsltproc from 1.1.27 is installed together with a libxslt1.1 from an older version, the xsltproc will fail:

$ xsltproc
xsltproc: relocation error: xsltproc: symbol xsltMaxVars, version LIBXML2_1.0.24 not defined in file libxslt.so.1 with link time reference

While it works correctly when using the same version of xsltproc and libxslt1.1.
Comment 1 Nick Wellnhofer 2013-08-04 15:23:44 UTC 
The reason is that xsltMaxVars was introduced in libxslt 1.1.27. It's impossible to run xsltproc 1.1.27 with an earlier libxslt. The message about LIBXML2_1.0.24 is a separate but maybe similar problem.