Re: [xml] Modules support for win32
- From: Roumen Petrov <bugtrack roumenpetrov info>
- To: veillard redhat com
- Cc: xslt gnome org, xml gnome org
- Subject: Re: [xml] Modules support for win32
- Date: Mon, 03 Nov 2008 21:51:19 +0200
Daniel Veillard wrote:
On Tue, Oct 28, 2008 at 11:03:57AM +0000, Richard W.M. Jones wrote:
On Tue, Oct 28, 2008 at 12:00:08PM +0100, Daniel Veillard wrote:
On Sun, Oct 26, 2008 at 03:18:53PM +0000, Richard W.M. Jones wrote:
The Fedora MinGW project is cross-compiling ilbxslt from a Fedora host
to run on Windows. We had to add the following small patch to
persuade libtool to build a DLL:
http://hg.et.redhat.com/misc/fedora-mingw--devel/?f=2515b165a5e3;file=libxslt/mingw32-libxslt-1.1.24-win32-shared.patch
the post would be a more natural target for the xslt gnome org list :-)
looks fine, applied and commited. In the past Roumen Petrov has been the
one fixing mingw and espacially cross-compiling issues, so I'm Cc'ing
him in the reply.
OK! I don't think I have any more patches for libxslt anyway - it
seems to just work now.
On the subject of enabling modules to work in libxml2, I wonder if
you've looked at FlexDLL? It offers a dlopen-like interface for Win32
DLLs.
http://alain.frisch.fr/flexdll.html
Libxml2 approach on portability is using the native interface as
much as possible, we don't add dependancies for portability, because
in general people just don't want more deps than libxml2 and what
comes with the native platform.
We actually use XMLPUBFUN macro, then mapped to __declspec(dllexport)
in the include public headers of libxml2, as a result the functions
are accessible if a module is loaded with LoadLibrary(), I guess it
removes most of the specifics that flexdll uses to mimics dlopen()
Daniel
Dunno why Richard build fail to enable modules in case of cross-compilation.
Roumen
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]