Re: [xslt] "libxslt with thread-enabled libxml2?"
- From: Igor Zlatkovic <igor zlatkovic com>
- To: xslt gnome org
- Subject: Re: [xslt] "libxslt with thread-enabled libxml2?"
- Date: Fri, 11 Apr 2003 20:17:52 +0200
Well, well, well... libxslt does not have any thread synchronisation
machanisms right now. Even if it would compile, you would curse
Dr.Watson's name once it bangs at runtime. You would have to provide
your own thread-sync anyway.
That being said, as I see it, you used the multi-threaded libxml for
linking libxslt, but you used single-threaded libxml headers when
compiling libxslt. By that, I mean LIBXML_THREAD_ENABLED was not
defined. Can that be?
Whatever, don't bother to compile. As said, you must provide thread sync
at the application level for libxslt anyway, so you can protect libxml
at the same level as well without any additional effort.
Ciao,
Igor
On Fri, Apr 11, 2003 at 06:33:39PM +0200, Kasimier Buchcik wrote:
> Hi,
>
> is it possible to build libxslt in conjunction with libxml2 *with*
> thread-support? If no, is there any chance that this feature will be
> implemented soon?
>
> I did a make of libxml2 (ver. 2.5.4) with thread support turned on; then
> tried to build libxslt (ver. 1.0.27) on top of the resulting libxml2 files.
>
> I got the following error:
>
> Creating library binaries\libxslt.lib and object binaries\libxslt.exp
> transform.obj : error LNK2001: unresolved external symbol
> __imp__xmlGenericError
>
> No errors did occur when building libxslt using libxml2 *without* thread
> support.
>
> Thanks and greetings,
>
> Kasimier Buchcik
>
> 4commerce technologies
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]