Re: [xslt] Export problems (and a solution, of course)
- From: Daniel Veillard <veillard redhat com>
- To: xslt gnome org
- Subject: Re: [xslt] Export problems (and a solution, of course)
- Date: Thu, 20 Dec 2001 08:53:07 -0500
On Wed, Dec 19, 2001 at 09:41:52PM +0100, Igor Zlatkovic wrote:
> Hi there.
>
> The following is within the realm of Windows and MS compiler, exclusively.
>
> While placating the xsltdbg beast, I found some inconsistencies in libxslt
> which stopped the show. The patch which lets the wheel roll again is
> attached to this message.
>
> In most cases, the problem was the declaration of LIBXSLT_PUBLIC macro as
> empty. This doesn't prevent a proper variable export, but it does prevent
> proper variable import, when a client program includes a libxslt header.
> This macro is now declared in several places and that is slowly converging
> towards a bad practice, I know. Soon I must sit down and clean up all these
> definitions, put them in a single place and so on.
>
> So, here is what the patch contains:
> 1. libxslt.h: LIBXSLT_PUBLIC macro repair.
> 2. xslt.h: LIBXSLT_PUBLIC macro repair.
> 3. xsltconfig.h.in: LIBXSLT_PUBLIC macro repair.
> 4. xsltwin32config.h.in: directed the include path to the right file.
>
> I have changed the export list as well. The content of the libxslt.def.zip
> goes to it's usual place.
>
> By the way, these changes fix those DLL-related problems which recently
> arose.
Okay, applied, thanks.
BTW I won't be reachable for one week as I will be on the road.
happy Xmas,
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
veillard@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]