[xml] [PATCH] always dllexport the singlethreaded variables

When an application using libxml2 does not enable multithreaded support for itself, we provide the singlethreaded variables, eventually tagged with dllimport. So even when we build the multithreaded libxml2, our singlethreaded variables still eventually need the dllexport tag. --- include/libxml/

[xml] [PATCH] really declare dllexport/dllimport for Cygwin

Cygwin does not define _WIN32, but still requires dllexport/dllimport tags for when applications use the --disable-auto-import linker flag, probably set by the gl_WOE32_DLL autoconf macro in woe32-dll.m4 file. --- include/libxml/xmlexports.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-

Re: [xml] [PATCH] always dllexport the singlethreaded variables

On 08/31/2018 11:57 AM, Nick Wellnhofer wrote: > On 25/05/2018 17:46, Michael Haubenwallner wrote: >> When an application using libxml2 does not enable multithreaded support >> for itself, we provide the singlethreaded variables, eventually tagged >> with dllimport.  So e

[xml] [PATCH] variables need 'extern' in static lib on Cygwin

While the dllimport/dllexport macros now work for Cygwin, using the static library still requires variables to be declared as 'extern'. This is a regression of c65c9e8ee07e2dab0647392c2bd1795a5bc99829, found+fixed by Bruno Haible using static libxml embedded in gettext. --- include/libxml/xmlexpor

[xml] [PATCH] always define LIBXML_THREAD_ENABLED when enabled

Hi, this is the followup patch proposal to https://mail.gnome.org/archives/xml/2018-September/msg2.html Thanks! /haubi/ >From 4a20b30b4dbab22854fd9c2c64c01219889559fa Mon Sep 17 00:00:00 2001 From: Michael Haubenwallner Date: Wed, 27 Feb 2019 15:00:14 +0100 Subject: [PATCH] always def