Re: [xslt] undefined reference to `xmlXPathContextSetCache'

[Jeroen Ruigrok/asmodai <asmodai in-nomine org>]

-On [20070105 14:25], Nicolas Ecarnot (nicolas ecarnot net) wrote:
>-rw-r--r--   1 root  wheel  5284726 Jan  5 10:35 libxml2.a
>-rwxr-xr-x   1 root  wheel      805 Jan  5 10:35 libxml2.la*
>lrwxr-xr-x   1 root  wheel       14 Jan  5 13:52 libxml2.so@ ->
>libxml2.so.9.0
>-rwxr-xr-x   1 root  wheel  2981560 Jan  5 10:35 libxml2.so.8.27*
>-rwxr-xr-x   1 root  bin    1112822 Mar  1  2006 libxml2.so.9.0*
>-rw-r--r--   1 root  wheel      219 Jan  5 10:35 xml2Conf.sh

Humour me and add a libxml2.so.9 -> libxml2.so.9.0 as well please

Although I am wondering if that would help. I am not seeing something obvious
here. Perhaps someone else spots it straight away.

>Another point :
>
>$ strings /somefolder/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17 | grep
>xmlModuleClose
>xmlModuleClose
>
>So I don't know if the presence of the string does prove anything, but ... ?

Nope, try:

nm -D /somefolder/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17 | grep
xmlModuleClose

U xmlModuleClose

is what you probably get, which means that xmlModuleClose() is undefined and
needs to be externally (from the library) resolved.

-- 
Jeroen Ruigrok van der Werven <asmodai(-at-)in-nomine.org> / asmodai
イェルーン ラウフロック ヴァン デル ウェルヴェン
http://www.in-nomine.org/
Seize from every moment its unique novelty and do not prepare your joys...