search for: xmlversion

...es checking for xmlParseFile in -lxml2... yes checking for xmlHashSize in -lxml2... yes Using built-in xmlHashSize Checking DTD parsing (presence of externalSubset)... checking for xmlHashSize in -lxml2... yes Found xmlHashSize checking for xmlDocDumpFormatMemoryEnc in -lxml2... yes checking libxml/xmlversion.h usability... yes checking libxml/xmlversion.h presence... yes checking for libxml/xmlversion.h... yes Expat: FALSE Checking for return type of xmlHashScan element routine. No return value for xmlHashScan **************************************** Configuration information: Libxml settings libxm...

...... yes checking for iconv_open() in -liconv... no checking for libiconv_open() in -liconv... no checking for libiconv_open() in -llibiconv... no checking for iconv_open() in -llibiconv... no checking for iconv_open() in -lc... yes checking for xmlXPtrNewRange() in -lxml2... yes checking for libxml/xmlversion.h... no checking for libxml/xmlversion.h in /opt/include/libxml2,/usr/local/include/libxml2,/usr/include/libxml2... yes checking for xsltApplyStylesheet() in -lxslt... yes checking for xslt.h... no checking for xslt.h in /opt/include/libxslt,/usr/local/include/libxslt,/usr/include/libxslt... yes ch...

...built-in xmlHashSize Checking DTD parsing (presence of externalSubset)... checking for xmlHashSize in -lxml2... yes Found xmlHashSize checking for xmlOutputBufferCreateBuffer in -lxml2... yes have xmlOutputBufferCreateBuffer() checking for xmlDocDumpFormatMemoryEnc in -lxml2... yes checking libxml/xmlversion.h usability... yes checking libxml/xmlversion.h presence... yes checking for libxml/xmlversion.h... yes Expat: FALSE Checking for return type of xmlHashScan element routine. No return value for xmlHashScan xmlNs has a context field Checking for cetype_t enumeration No cetype_t enumeration defined...

...cal/lib/libxmlparse.so.1* /usr/local/lib/libxml2.so@ /usr/local/lib/libxmltok.a /usr/local/lib/libxml2.so.5* /usr/local/lib/libxmltok.la* /usr/local/lib/libxmlparse.a /usr/local/lib/libxmltok.so@ /usr/local/lib/libxmlparse.la* /usr/local/lib/libxmltok.so.1* The header LIBXML_INCDIR/xmlversion.h does define version as 2.7.3. Does anyone have an idea of what may be going wrong? h. -- +--- | Hiroyuki Kawakatsu | Business School, Dublin City University | Dublin 9, Ireland. Tel +353 (0)1 700 7496

...built-in xmlHashSize Checking DTD parsing (presence of externalSubset)... checking for xmlHashSize in -lxml2... yes Found xmlHashSize checking for xmlOutputBufferCreateBuffer in -lxml2... yes have xmlOutputBufferCreateBuffer() checking for xmlDocDumpFormatMemoryEnc in -lxml2... yes checking libxml/xmlversion.h usability... yes checking libxml/xmlversion.h presence... yes checking for libxml/xmlversion.h... yes Expat: FALSE Checking for return type of xmlHashScan element routine. No return value for xmlHashScan xmlNs has a context field Checking for cetype_t enumeration Using recent version of R with c...

With commit bc2b41778405cc6a376a670703ce63e3678bf1fb HAVE_LIBVIRT_BACKEND is defined based on the libvirt version (using its version macro), although libvirt.h is included only after that check: because of this, variables in the guestfs_h struct after the HAVE_LIBVIRT_BACKEND block would be used wrongly if libvirt.h was not included before guestfs-internal.h, like in the recently added available.c

...ist (guestfs_h *g); extern void guestfs_int_error_errno (guestfs_h *g, int errnum, const char *fs, ...) __attribute__((format (printf,3,4))); diff --git a/lib/handle.c b/lib/handle.c index 183f247fb..7f528c129 100644 --- a/lib/handle.c +++ b/lib/handle.c @@ -32,6 +32,7 @@ #include <libxml/xmlversion.h> #include "glthread/lock.h" +#include "glthread/tls.h" #include "ignore-value.h" #include "c-ctype.h" #include "getprogname.h" @@ -92,7 +93,7 @@ guestfs_create_flags (unsigned flags, ...) g->conn = NULL; - guestfs_int_init_erro...

...ta_list (guestfs_h *g); extern void guestfs_int_error_errno (guestfs_h *g, int errnum, const char *fs, ...) __attribute__((format (printf,3,4))); diff --git a/src/handle.c b/src/handle.c index dfb8817..ba7928d 100644 --- a/src/handle.c +++ b/src/handle.c @@ -32,6 +32,7 @@ #include <libxml/xmlversion.h> #include "glthread/lock.h" +#include "glthread/tls.h" #include "ignore-value.h" #include "guestfs.h" @@ -90,7 +91,7 @@ guestfs_create_flags (unsigned flags, ...) g->conn = NULL; - guestfs_int_init_error_handler (g); + gl_tls_key_init...

...ork/Versions/1.8/usr/bin/ruby extconf.rb update checking for socket() in -lsocket... no checking for gethostbyname() in -lnsl... no checking for atan() in -lm... no checking for atan() in -lm... yes checking for inflate() in -lz... yes checking for iconv_open() in -liconv... yes checking for libxml/xmlversion.h... yes checking for xmlDocFormatDump()... yes checking for docbCreateFileParserCtxt()... yes creating extconf.h creating Makefile make gcc -I. -I. -I/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/universal-darwin9.0 -I. -I/usr/local/include -DRUBY_EXTCONF_H=\"extcon...

Previous discussion here: https://www.redhat.com/archives/libguestfs/2015-June/thread.html#00048 v2: - Use a cleanup handler to release the lock. - Rebase to upstream. Note I have not fixed the problem(s) with error handling (patch 3).

Previously posted in 2015: v1: https://www.redhat.com/archives/libguestfs/2015-June/msg00048.html v2: https://www.redhat.com/archives/libguestfs/2015-June/msg00118.html I have rebased and tidied up the patches, fixing a few spelling mistakes, but they are broadly the same as before. I also ran all the tests, which pass. As with the previous versions, this makes a change to the API, where you

This patch isn't ready to go upstream. In fact, I think we might do a quick 1.30 release soon, and save this patch, and also the extensive changes proposed for the test suite[1], to after 1.30. Currently it is not safe to use the same handle from multiple threads, unless you implement your own mutexes. See: http://libguestfs.org/guestfs.3.html#multiple-handles-and-multiple-threads These

Previously posted in 2015: v1: https://www.redhat.com/archives/libguestfs/2015-June/msg00048.html v2: https://www.redhat.com/archives/libguestfs/2015-June/msg00118.html This series was posted about 4 weeks ago: v3: https://www.redhat.com/archives/libguestfs/2017-June/msg00287.html There is no change in this series except I rebased it against current upstream head and retested. Last time there