Did patch http://bugzilla.gnome.org/show_bug.cgi?id=454388 work for you ?
guido amoruso wrote:
Hi,
I'm trying to cross-compile libxml2 on linux (Ubuntu Gutsy) with mingw,
without
success. I would be very important to get it working, because I'm trying to
get
a full cross-build-chain to
Daniel Veillard wrote:
On Thu, Nov 22, 2007 at 11:29:49PM +0100, Hannes Eder wrote:
the attached patch fixes the warnings below in libxml2-2.6.28:
In general it's best to report with the latest versions 2.6.30 ATM
compiler: gcc (GCC) 3.4.4 (cygming special, gdc 0.12, using
Daniel Veillard wrote:
On Sat, Nov 24, 2007 at 12:19:26AM +0200, Roumen Petrov wrote:
Daniel Veillard wrote:
On Thu, Nov 22, 2007 at 11:29:49PM +0100, Hannes Eder wrote:
the attached patch fixes the warnings below in libxml2-2.6.28:
In general it's best
[SNIP]
AM_ICONV is defined in iconv.m4. I can found it in gettext-0.10.38
(gnu site begin with gettext-0.10.40 from 15-Sep-2001).
The macro use AC_DEFINE_UNQUOTED, AC_TRY_COMPILE, AC_TRY_LINK.
I can found them in autoconf 2.50 but I'm not sure for 2.13.
So that for AM_ICONV:
Daniel Veillard wrote:
On Tue, Feb 05, 2008 at 11:50:23PM +0200, Roumen Petrov wrote:
[SNIP]
AM_ICONV is defined in iconv.m4. I can found it in gettext-0.10.38
(gnu site begin with gettext-0.10.40 from 15-Sep-2001).
The macro use AC_DEFINE_UNQUOTED, AC_TRY_COMPILE, AC_TRY_LINK.
I can
Hi Hannes,
did patch sent in a previous email work for you ?
Daniel,
Please find my comments in quoted text.
Daniel Veillard wrote:
On Sat, Feb 09, 2008 at 02:36:22PM +0200, Roumen Petrov wrote:
Unfortunately AM_ICONV from iconv.m4 version AM4(from gettext 0.11 or
subsequent) introduce
Hi Jeff,
Did result is same if libxml2 is build and tested in a directory without
space in path ?
Roumen
Jeff Hagen wrote:
Hello,
I am working on getting libxml2's SAX parser working under MinGW.
I've gotten version 2.6.31 compiled, however regression tests (make
tests) produces many
During some test related to cross-compilation for mingw host I found
that make dist fail in python subdirectory.
The libxml2 (SVN:VERSION=trunk; At revision 3695 ; 2008-02-17 ) is
configured --without-python.
First proposed patch don't resolve issues (in python subdir ! ) like
following:
-
Jeff Hagen wrote:
I still see the same output if I build it in a directory without a
space in it.
I tried using c:\home\administrator\libxml (/home/administrator/libxml
in MSYS).
[SNIP]
So I don't know how you get sources but if it is for tar archive I think
that EOL (end of line)
Roland Schwingel wrote:
Hi...
When I tried to compile libxml on Windows along with my application that
is built with 'UNICODE' defined (i.e. as a Unicode
application rather than as an ANSI application), I came across a
problem in xmlmodule.c.
With UNICODE
Chuck Bearden wrote:
Chuck Bearden wrote:
Daniel Veillard wrote:
[...]
Use the source, it's available !
static double
exsltMathRandom (void) {
double ret;
int num;
num = rand();
ret = (double)num / (double)RAND_MAX;
return(ret);
}
and man rand()
Darko Miletic wrote:
Roumen Petrov wrote:
If file system is fatNN can we use LoadLibraryW ?
Yes. Difference between so called unicode and ansi functions is
primarily in input/output string parameters.
If file is on network file system how to detect at run time that
LoadLibraryW
What about libxml (only for win32) to define xxxA and xxxW functions always.
First (xxxA) to use LoadLibraryA and second xxxW - LoadLibraryW.
Also for binary compatibility function xxx should exist too and to use
LoadLibraryA, i.e. to call xxxA.
The header can define xxx to xxxW if
Andrew McFarland wrote:
On 27/02/2008, Andreas Stricker [EMAIL PROTECTED] wrote:
The DTD isn't loaded from Server*, it's simply the URL provided in
test.xml that is mapped to a local file but not printed here.
(the URL must exactly match the one from catalog).
Ah, OK. I think I
Michael Stahl wrote:
libxml2 2.6.31 would not build for me on win32.
when linking, it complained about missing getadddrinfo and freeaddrinfo
functions.
because i have no clue when it comes to win32, i googled around, which
yielded a msdn page that claimed that there are inline
Rob Richards wrote:
Michael Stahl wrote:
Daniel Veillard wrote:
On Tue, Apr 01, 2008 at 10:23:56AM +0200, Michael Stahl wrote:
Roumen Petrov wrote:
to quote the msdn documentation:
The freeaddrinfo function was added to the Ws2_32.dll on Windows XP and
later.
[...]
When
Michael Stahl wrote:
Rob Richards wrote:
Michael Stahl wrote:
Rob Richards wrote:
/snip
I think I finally understand what you are trying to do. You are building
on Win 2003 with VS 2005 and then trying to use the lib on on Win2K or
lower and it is there that it is
Daniel Veillard wrote:
On Wed, Apr 09, 2008 at 12:53:12PM +0200, Mike Hommey wrote:
On Wed, Apr 09, 2008 at 06:45:17AM -0400, Daniel Veillard wrote:
On Wed, Apr 09, 2008 at 10:32:38AM +0200, Mike Hommey wrote:
On Wed, Apr 09, 2008 at 03:45:16AM -0400, Daniel Veillard wrote:
A lot of bug
pub3.bb wrote:
Hi everybody,
I have just pust a bug (http://bugzilla.gnome.org/show_bug.cgi?id=534347) ,
trying to answer to my question:
I build successfully libxml2 (tag 2.6.32, without modification) via Mingw on
my
PC, but when I compare results for schema validation, line number
Daniel Veillard wrote:
On Sat, May 10, 2008 at 01:36:14AM +0100, Martin (gzlist) wrote:
Some of the python distributed in the source archives of libxml2 and
libxslt has mixed tabs and spaces that one of my editors flags each
time the files are opened. It's not crucial, and they're a way off
Can we assume that you are able to cross-compile sample Hello world
program with gnu autotools without problems ?
Roumen
[EMAIL PROTECTED] wrote:
Daniel,
Here are my instructions for building on VxWorks I am very ashamed of
how I did this because it is a complete hack, but it works
Dobrescu Mihai wrote:
Hello,
I am a newbie to unix-like build system. I ahve built the libxml 2-2.6.32 on
windows using mingw, and not using the java script because it did
not generate a shared library for mingw in form libxml2.dll.a, but a
.lib. I had to build gettext and it didn't find
-mingw--devel/?f=2515b165a5e3;file=libxslt/mingw32-libxslt-1.1.24-win32-shared.patch
Hi Rich,
the post would be a more natural target for the [EMAIL PROTECTED] list :-)
looks fine, applied and commited. In the past Roumen Petrov has been the
one fixing mingw and espacially cross-compiling issues
Roumen Petrov wrote:
Daniel Veillard wrote:
On Sun, Oct 26, 2008 at 03:18:53PM +, Richard W.M. Jones wrote:
[SNIP]
http://hg.et.redhat.com/misc/fedora-mingw--devel/?f=2515b165a5e3;file=libxslt/mingw32-libxslt-1.1.24-win32-shared.patch
Hi Rich,
the post would be a more natural target
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
Richard W.M. Jones wrote:
On Mon, Nov 03, 2008 at 09:38:03PM +0200, Roumen Petrov wrote:
- configure.in: macro AC_LIBTOOL_WIN32_DLL is no more required. It is
for about 7 years old GNU compiler(gcc version about 2.9x) where we has
to use dlltool to create shared libraries. I could not found
Ben Aurel wrote:
hi
I have some problems with the asciidoc conversion from txt to xhtml.
Here's the asciidoc command:
[SNIP]
xsltproc --stringparam html.stylesheet
./docbook-xsl.css --stringparam callout.graphics 0
--stringparam navig.graphics 0 --stringparam
Friedrich Beckmann wrote:
Hi,
if found a problem when using the libxml library to build
opensync on Windows with MSYS and MINGW. I get errors described
below. I found some email thread from 2004 which describes the
same problem. I changed the xmlexports.h include file and then
I can compile.
Friedrich Beckmann wrote:
Hi,
i digged in the dirt and I guess I found that the reason is that the
libxml2.lib import library is not compatible with MINGW.
I described the solution here:
http://bugzilla.gnome.org/show_bug.cgi?id=561340
I thought that they are compatible but it seems they are
Friedrich Beckmann wrote:
Hi Tobias,
that is of course an alternative to produce a working import library,
but my problem was that I did not know that the import library of
mingw and msvc are not compatible.
The xmlFree issue is related to export/import of variable.
It seems to me that
Hi All,
Version of 1.2.13 of xmlsec add support to build from libxml2/libxslt
source and this is good reason to setup a build environment where all
packages are kept up-to-date. After synchronization to recent repository
version user can just type make in build directory and the make rules
Hi All,
Daniel Veillard wrote:
On Wed, Oct 21, 2009 at 11:41:37AM +0200, Matthias Jung wrote:
Hi all,
libxml comes with an 'install-sh' script which seems to be used when
good old 'install' is missing on a system.
(I know you need a strange system setup to run into this. Or in my case
not
Daniel Veillard wrote:
On Thu, Oct 22, 2009 at 12:26:27AM +0300, Roumen Petrov wrote:
Matthias Jung wrote:
[SNIP]
My suggestion as long -M ld option is not clear ;-)
VERSION_SCRIPT_FLAGS=
$($LD --help 21 | grep -- --version-script /dev/null) \
VERSION_SCRIPT_FLAGS=-Wl,--version-script
Daniel Veillard wrote:
On Thu, Oct 22, 2009 at 12:10:29AM +0300, Roumen Petrov wrote:
[SNIP]
Also .gitignore list following automake files :
- ./config.guess
- ./config.sub
- ./depcomp
but don't include following automake files :
- install-sh
- missing
- mkinstalldirs
It seems to me
Martin Schlemmer wrote:
Hi,
[SNIP]
It seems to me Martin is right but proposed patch is not correct to me.
I think that code has to set LIBXML_STATIC internally when is compiled
for static library. As libxml build is libtool based we may use PIC
definition. libtool when compile source for
Thanks Martin !!!
Roumen Petrov wrote:
Martin Schlemmer wrote:
Hi,
[SNIP]
It seems to me Martin is right but proposed patch is not correct to me.
I think that code has to set LIBXML_STATIC internally when is compiled
for static library. As libxml build is libtool based we may use PIC
Igor Zlatkovic wrote:
On 05/11/09 12:50, Martin Schlemmer wrote:
[SNIP]
3. You may alter the output files on Windows, such as naming them
differently (when I last tried, MSYS+MinGW produced a libxml2-2.dll, not
the hoped for libxml2.dll). This is okay. As an orientation: If some
greedy
Martin Schlemmer wrote:
On 11/8/2009 at 8:08 PM, Roumen Petrov bugtr...@roumenpetrov.info wrote:
Roumen Petrov wrote:
Martin Schlemmer wrote:
Hi,
[SNIP]
It seems to me Martin is right but proposed patch is not correct to me.
I think that code has to set LIBXML_STATIC internally when
Neil Bird wrote:
Around about 03/02/10 08:35, Baruch Oran-NFW783 typed ...
Have someone, integrated the product with vxWorks.
if so were there any speacial bugs? fixes?
Nothing major.
We changed all of the include files to make them include themselves
relatively (which IMHO should have been
Neil Bird wrote:
Around about 05/02/10 21:14, Roumen Petrov typed ...
Did you try to build for source tarbal when you remove
include/libxml/xmlversion.h in source directory ?
I guess you use buildsource directory.
Not sure what you're asking; we didn't _remove_ anything, just renamed
Daniel Veillard wrote:
On Fri, Oct 23, 2009 at 12:09:19AM +0300, Roumen Petrov wrote:
Daniel Veillard wrote:
On Thu, Oct 22, 2009 at 12:26:27AM +0300, Roumen Petrov wrote:
Matthias Jung wrote:
[SNIP]
My suggestion as long -M ld option is not clear ;-)
VERSION_SCRIPT_FLAGS=
$($LD --help 21
Daniel Veillard wrote:
On Fri, Oct 23, 2009 at 12:09:19AM +0300, Roumen Petrov wrote:
Daniel Veillard wrote:
On Thu, Oct 22, 2009 at 12:26:27AM +0300, Roumen Petrov wrote:
Matthias Jung wrote:
[SNIP]
My suggestion as long -M ld option is not clear ;-)
VERSION_SCRIPT_FLAGS=
$($LD --help 21
Roumen Petrov wrote:
Daniel Veillard wrote:
On Fri, Oct 23, 2009 at 12:09:19AM +0300, Roumen Petrov wrote:
Daniel Veillard wrote:
On Thu, Oct 22, 2009 at 12:26:27AM +0300, Roumen Petrov wrote:
Matthias Jung wrote:
[SNIP]
My suggestion as long -M ld option is not clear
, Roumen Petrov wrote:
Daniel Veillard wrote:
On Thu, Oct 22, 2009 at 12:26:27AM +0300, Roumen Petrov wrote:
Matthias Jung wrote:
[SNIP]
A piece of the patch from this appears to break at least the native
windows build by forcing LIBXML_STATIC to always be defined.
The change in question is here
Rob Richards wrote:
Roumen Petrov wrote:
I will hijack mail thread as change subject and I will exclude
Matthias Jung as hijacked post is for Solaris.
The original issue start here
http://mail.gnome.org/archives/xml/2009-November/msg5.html;
Rob Richards wrote:
Daniel Veillard wrote
Hi LRN,
LRN wrote:
I'm trying to build libxml2 from source (git), and linker keeps
complaining about multiple definition of variables between SAX.c and
other source files, like this:
.libs/entities.o: In function `xmlDumpEntityContent':
f:\src\libxml2/entities.c:879: multiple definition of
Hi, Alon,
Alon Bar-Lev wrote:
Hello,
Trying to compile on OS/390, it should work, right?
I am getting:
---
$ ../../dep/bin/xmllint --version
../../dep/bin/xmllint: using libxml version 20707
compiled with: Iconv ISO8859X
So far so good but what about iconv ?
Is it from gnu libc or
Aaron Patterson wrote:
[SNIP]
Still not finding them. Here is the entire build log:
http://gist.github.com/400240
*** Warning: linker path does not have real file for library -lz. ?
Roumen
___
xml mailing list, project page http://xmlsoft.org/
LRN wrote:
I'm trying to build libxml2 from source (git), and linker keeps
complaining about multiple definition of variables between SAX.c and
other source files, like this:
.libs/entities.o: In function `xmlDumpEntityContent':
f:\src\libxml2/entities.c:879: multiple definition of
Hao Hu wrote:
Basically, in libexslt/exslt.c
The
#include exsltconfig.h
should be
#includelibexslt/exsltconfig.h
Else the issue is:
When trying to compile outside of the libxslt source tree.
It won't use the new exsltconfig.h generated by libtool.
Hmm,
$ find -name exsltconfig.h
Arnold Hendriks wrote:
Oops. https://bugzilla.gnome.org/show_bug.cgi?id=599241 - i dropped the 1
May be libxml configure script don't detect(force) automatically windows
threads for mingw builds.
In this case user could run it with --with-threads=win32.
The issue 599241 is not correct as with
Kwasi Mensah wrote:
I ran into the issue where HAVE_PTHREAD_H is defined but
LIBXML_THREAD_ENABLED wasn't. The fix was already submitted as per
http://mail.gnome.org/archives/xml/2005-August/msg00136.html .
Out of curiosity, is there a reason this patch didn't get into that main
line?
This is
Andrew W. Nosenko wrote:
On Tue, Nov 16, 2010 at 01:05, Roumen Petrovbugtr...@roumenpetrov.info wrote:
Kwasi Mensah wrote:
I ran into the issue where HAVE_PTHREAD_H is defined but
LIBXML_THREAD_ENABLED wasn't. The fix was already submitted as per
[SNIP]
Kwasi Mensah wrote:
I ran into the issue where HAVE_PTHREAD_H is defined but
LIBXML_THREAD_ENABLED wasn't. The fix was already submitted as per
http://mail.gnome.org/archives/xml/2005-August/msg00136.html .
Out of curiosity, is there a reason this patch didn't get into that main
line?
Adrian Bunk wrote:
On Fri, Nov 19, 2010 at 10:00:38PM +0200, Roumen Petrov wrote:
[SNIP]
Kwasi Mensah wrote:
I ran into the issue where HAVE_PTHREAD_H is defined but
LIBXML_THREAD_ENABLED wasn't. The fix was already submitted as per
http://mail.gnome.org/archives/xml/2005-August
Helmut Forren wrote:
David,
Thanks for the info. (Please excuse me if I'm not replying in the proper
manner. I haven't used a mail list in 20+ years!)
I'm still utterly confused...
Please assist me further with exact values to provide. I have figured out
this evening to do ./configure
Hello Stefan,
Stefan Kost wrote:
Am 11.05.2011 17:59, schrieb Stefan Kost:
Hi,
independent from the other patches I am sending, these are quite
straight forward.
Stefan
Daniel,
could you (or someone else) please comment on the configure patches. I can
rebase and resend the remaining
Stefan Kost wrote:
Hi,
independent from the other patches I am sending, these are quite
straight forward.
Stefan
- About AM_SILENT_RULES ok
Also this
http://lists.gnu.org/archive/html/libtool/2011-04/msg1.html is not
libxml2 case.
- about : ...acconfig.h is deprecated since
Michael Eubanks wrote:
Hello,
I am trying to compile on a 64-bit Windows 7 machine using . or GCC in a
MinGW shell.
Just use standard sequence of commands ./configure make make
install
Roumen
___
xml mailing list, project
?
Regards,
Roumen
From 9035060134b7ad026190b2ba5cc4932f1f027321 Mon Sep 17 00:00:00 2001
From: Roumen Petrov ru...@master.example.net
Date: Sat, 23 Jan 2010 19:01:41 +0200
Subject: [PATCH 1/4] minimal mingw support
---
configure.in | 11 +--
1 files changed, 9 insertions(+), 2 deletions
Earnie wrote:
[SNIP]
As discussed on the MinGW list here are the patches for both libxml2 and
libxslt adorning dllexport with extern for both __CYGWIN__ and __MINGW32__.
During the discussion on the MinGW list we discovered the following bit
of information about dllexport:
From:
Earnie wrote:
Earnie wrote:
Roumen Petrov wrote:
Earnie wrote:
[SNIP]
As discussed on the MinGW list here are the patches for both libxml2 and
libxslt adorning dllexport with extern for both __CYGWIN__ and __MINGW32__.
During the discussion on the MinGW list we discovered the following bit
Earnie wrote:
Earnie wrote:
Roumen Petrov wrote:
[SNIP]
And now with attachments.
libxml2-git-mingw32.patch is fine .
Roumen
___
xml mailing list, project page http://xmlsoft.org/
xml@gnome.org
http://mail.gnome.org/mailman/listinfo/xml
Earnie wrote:
Roumen Petrov wrote:
Earnie wrote:
Earnie wrote:
Roumen Petrov wrote:
Earnie wrote:
[SNIP]
About libxslt patch:
Changes in libexslt/exsltexports.h and libxslt/xsltexports.h break
static only build.
How should that happen? I'll check it out soon.
For static only build
Hello,
Roumen Petrov wrote:
Earnie wrote:
Earnie wrote:
Roumen Petrov wrote:
[SNIP]
And now with attachments.
libxml2-git-mingw32.patch is fine .
Roumen
Now I have cross environment gcc 4.6.2 , binutils 2.22 and I could
confirm that libxml test pass (except ebcdic) if
- build without
Oops,
Roumen Petrov wrote:
Hi All,
One of recent updates swicth from rand to rand_r but it seems to me
switch is incomplete:
- dict.c - #ifdef HAVE_RAND_R
- libxml.h - +#if defined(HAVE_RAND)
- configure check for rand function but not for rand_r
Please to update configure script
Hi All,
One of recent updates swicth from rand to rand_r but it seems to me
switch is incomplete:
- dict.c - #ifdef HAVE_RAND_R
- libxml.h - +#if defined(HAVE_RAND)
- configure check for rand function but not for rand_r
Please to update configure script and libxml.h header to be consistent.
in particular {v}snprintf.
The difference is visible in libxslt regression test if environment
variable PRINTF_EXPONENT_DIGITS is set to 2 - regression tests pass.
Regards,
Roumen
From 54fce761e87fd90ce7dd816d10b1a20462b21a2b Mon Sep 17 00:00:00 2001
From: Roumen Petrov bugtr...@roumenpetrov.info
Hi Daniel,
Daniel Veillard wrote:
On Sun, May 20, 2012 at 11:28:05AM +0300, Roumen Petrov wrote:
Oops,
[SNIP]
So only check for rand_r is missing in configure script.
Right I forgot to push that chunk because I have another change
there to bump to 2.8.0 ... oops, I'm fixing
Hi Daniel,
Daniel Veillard wrote:
On Mon, May 21, 2012 at 05:48:52AM -0400, Rob Richards wrote:
The mingw change for Bug 676427 ends up breaking for windows VS
builds as the change affects them and not just mingw. Basically by
remove the definitions, I end up with a bunch of unresolved
Hi All,
I think that I understand MSC build issue.
Michael Ludwig wrote:
Rob Richards schrieb am 21.05.2012 um 05:48 (-0400):
The mingw change for Bug 676427 ends up breaking for windows VS builds
as the change affects them and not just mingw. Basically by remove the
definitions, I end up
12b513277972da70d52920f40381fc862366573e Mon Sep 17 00:00:00 2001
From: Roumen Petrov bugtr...@roumenpetrov.info
Date: Thu, 24 May 2012 00:47:06 +0300
Subject: [PATCH 1/2] minimize use of HAVE_CONFIG_H as build process for supported platforms provide config.h header file
---
libxml.h|5
Stefan Behnel wrote:
Hi,
[SNIP]
https://bugs.launchpad.net/lxml/+bug/502959
- segfault when parsing docbook XML with several external entities
diveintopython does not crash after define of missing entities.
a) It must be actual URL instead reference to unknown location
Daniel Veillard wrote:
Following the first rc0 snapshot from last week and after much cleanup
and testing, the first release candidate for the next libxml2 release is
available at the usual place:
ftp://xmlsoft.org/libxml2/libxml2-2.9.0-rc1.tar.gz
[SNIP]
So please give it a try :-),
Billie Alsup wrote:
The libxml2 configure script sets PYTHON_LIBS as
PYTHON_LIBS=`python$PYTHON_VERSION-config --ldflags`
Probably we could discuss cross compilation related to python after 50
years .
Roumen
___
xml mailing list, project
Daniel Veillard wrote:
On Mon, Aug 13, 2012 at 05:33:17PM -0400, Daniel Richard G. wrote:
On Sun, 12 Aug 2012, Daniel Veillard wrote:
[SNIP]
Okay, I've re-worked python/Makefile.am---see attached.
With this, the makefile bundles all generated files into the
distribution, so end users building
Daniel Veillard wrote:
Hi Eric,
[SNIP]
Invoking runtest listed 10 errors as well - although all involved
test/ebcdic_566012.xml. This is probably the result of my building with
a rather old version of libiconv (1.9.1).
Ah, well ebcdic support seems to be missing from Windows iconv
Hi ,
After recent commits I count not link build for mingw* host as
GetProcAddressA is missing.
The uncode patch change LoadLibrary to ansi version (LoadLibraryA) and
MSDN document availability of both versions.
Function GetProcAddress is described as is, i.e. requirements chapter
lack
Daniel Veillard wrote:
On Tue, Aug 14, 2012 at 11:39:53PM +0300, Roumen Petrov wrote:
Billie Alsup wrote:
The libxml2 configure script sets PYTHON_LIBS as
PYTHON_LIBS=`python$PYTHON_VERSION-config --ldflags`
Probably we could discuss cross compilation related to python after
50
Rob Richards wrote:
This broke the win build (VS 2008 and below) as it doesn't contain
stdint.h
Ok but this mean that VS 2010 and later contain this file, right ?
Outside on windows I don't have a system without stdint.h so can't
completely test this change but assume it should be changes as
Hello,
Now the correction is repository I agree with new substitute ICU_LIBS -
it is really related to libtool.
Lets see impact on configuration where libtool is not involved yet.
For instance lets test configuration like --with-lzma=/path_to_lzma and
to review config.log :
Daniel Macks wrote:
While trying to update fink's libxml2 package to 2.9.0, I got a build failure on OS X 10.6. Same results in
both 32-bit mode and 64-bit mode (gcc is an alias/wrapper that pushes -arch i386 or
-arch x86_64)...
[SNIP]
I note a issue in same area patched in repository.
third message as result regression test will report error in name2 test.
I think that this is issue only with tests.
Roumen
From d4445f2db62d5242c4abac052700b1fdbadf5c7a Mon Sep 17 00:00:00 2001
From: Roumen Petrov bugtr...@roumenpetrov.info
Date: Sun, 12 Aug 2012 14:59:55 +0300
Subject: [PATCH
584d9ff4abd84873d9da97ba1c9440850c771fc8 Mon Sep 17 00:00:00 2001
From: Roumen Petrov bugtr...@roumenpetrov.info
Date: Wed, 12 Sep 2012 01:32:11 +0300
Subject: [PATCH] elfgcchack for buf module
---
buf.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/buf.c b/buf.c
index fa0c3f6..d1756c4 100644
Daniel Richard G. wrote:
(Have to apologize for not building on Windows *before* the 2.9.0
release came out... _)
Building 2.9.0 on MSVC7.1 currently fails with
cl.exe /nologo /D WIN32 /D _WINDOWS /D _MBCS /D
NOLIBTOOL /W1 /MD /I.. /I..\include /IC:\teragram\libxml2\include /D
Daniel Richard G. wrote:
On Wed, 19 Sep 2012, Roumen Petrov wrote:
This is because HAVE_CONFIG_H is not #defined, which is odd, because
configure.js goes to the trouble of creating a config.h file.
No please do not introduce again HAVE_CONFIG_H .
Please fix the test as in
https
Earnie Boyd wrote:
[SKIP]
Then I suggest you create a library to import the symbols you need.
You can create a .def file to create an import library that creates a
linked alias so that _vsnprintf maps to vsnprintf or vice versa. See
http://sourceware.org/binutils/docs-2.20/ld/WIN32.html for
Mike Peat wrote:
[SNIP]
./configure --prefix=/projects/xmlsec/libxml2-2.9.0
--build=i686-pc-mingw32 --host=i686-pc-winnt
--with-iconv=/projects/xmlsec/libiconv-1.14
--with-zlib=/projects/xmlsec/zlib-1.2.7
make
Any suggestions *very* gratefully received. :-(
Unfortunately I have no idea
Hi Earnie,
Earnie Boyd wrote:
[SNIP]
At least it is not a regression from the previous version. For
whatever reason those ebcdic tests have never worked on Windows.
No issue is not related to platform.
Those tests does not work is standalone iconv is used. Tests past on linux as
iconv,
Hi All,
[SNIP]
So it seems the safer option is to always link with libpthread.
Any drawback I miss here?
May be better is to rewrite current test to be more portable.
According to specs file on linux gcc with -pthread add pthread library
and define _REENTRANT.
AX_PTHREAD is an existing
Sree R wrote:
Hello,
I am trying to build libxml2 for QNX/ARM, from pc/cygwin/windows 7.
#./configure --build=i686-pc-cygwin --host=arm-unknown-nto-qnx6.5.0
--disable-silent-rules
# make
It does not create the shared library, while the static library is created.
But 'xmllint' linker seem to
LRN wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1
1) MS PSDK 7 includes winsock.h from windows.h only when compiling
for MAC winsock.h defines _WINSOCKAPI_, it is used as #include guard
2) mingw.org w32api includes winsock.h from windows.h only if WINVER
0x400 (it could be
2001
From: Roumen Petrov bugtr...@roumenpetrov.info
Date: Wed, 12 Sep 2012 01:32:11 +0300
Subject: [PATCH 02/13] elfgcchack for buf module
---
buf.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/buf.c b/buf.c
index fa0c3f6..d1756c4 100644
--- a/buf.c
+++ b/buf.c
@@ -1299,3 +1299,6
Please find attached file
0006-remove-HAVE_CONFIG_H-dependency-in-testlimits.c.patch.
The same modification was applied to other test files long time ago.
Regards,
Roumen Petrov
From e382384e7b6b2859a71630a8e8efd25b4ba162f5 Mon Sep 17 00:00:00 2001
From: Roumen Petrov bugtr
Please find attached file
0004-win32-libxml2.def.src-after-rebuild-in-doc.patch .
Note rebuild in /doc sub-directory will regenerate other files like
/NEWS, /doc/libxml2.xsa and etc.
Regards,
Roumen Petrov
From 2bd5654603d5989816bf6b41e979082dcf753149 Mon Sep 17 00:00:00 2001
From: Roumen
Please find attached file 0008-AC_CONFIG_FILES-and-executable-bit.patch
Regards,
Roumen Petrov
From 5e2736447042d35fd10ff4107a772b78db35d3f1 Mon Sep 17 00:00:00 2001
From: Roumen Petrov bugtr...@roumenpetrov.info
Date: Wed, 12 Sep 2012 02:10:08 +0300
Subject: [PATCH 08/17] AC_CONFIG_FILES
Hello,
Please review patch posted to the list long time ago. You could find
original report attached in file
0015-fix-memory-leak-xml-header-encoding-field-in-combina.patch.
Regards,
Roumen Petrov
From 157b7e3a28466b110b49be49ed1e8a518eb130df Mon Sep 17 00:00:00 2001
From: Roumen Petrov
Please find attached file
0002-elfgcchack.h-more-legacy-needs-xmlSAX2StartElement-a.patch.
Regards,
Roumen Petrov
From 72e5eb5834471c5e115068a194bce34efc109b42 Mon Sep 17 00:00:00 2001
From: Roumen Petrov bugtr...@roumenpetrov.info
Date: Sun, 23 Mar 2014 16:16:49 +0200
Subject: [PATCH 02/17
Please find attached file
0001-elfgcchack.h-add-xmlXPathNodeEval-and-xmlXPathSetCon.patch
Regards,
Roumen Petrov
From ecc2550e6e07ca0fa865e93675279d9f8e522b48 Mon Sep 17 00:00:00 2001
From: Roumen Petrov bugtr...@roumenpetrov.info
Date: Sat, 13 Apr 2013 18:11:01 +0300
Subject: [PATCH 01/17
Please find attached file
0003-fix-some-tabs-mixing-incompatible-with-python3.patch - use only
spaces for python/setup.py*
Regards,
Roumen Petrov
From 9f709ec8a14051374223f3b103e38b92754c2558 Mon Sep 17 00:00:00 2001
From: Roumen Petrov bugtr...@roumenpetrov.info
Date: Thu, 28 Nov 2013 22:42
1 - 100 of 105 matches
Mail list logo