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-cha
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.1
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
[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: AC_PRERE
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
&
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
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.
>
>> Wi
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;
>>> r
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 ti
>
>> 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 t
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,
Roumen Petrov wrote:
> 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 h
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 implement
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:
>>>>
>>
Michael Stahl wrote:
> Rob Richards wrote:
>> Michael Stahl wrote:
>>> Rob Richards wrote:
>>>
>
>>
>
>
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
l
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
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 numbe
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
Igor Zlatkovic wrote:
On 09/06/08 09:04, Lav Mehrotra wrote:
I used /MT ( Static Link to C Runtime ) throughout in the Wrapper as
well as my client ( statically linking to my Wrapper Lib ).
I finally got hold of all the .C source files of LibXml2 & compiled
them in VS 2005 as well as old VC6
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 g
[EMAIL PROTECTED] wrote:
Roumen,
I can't use get anything to properly configure with automake/autoconf on a
VxWorks toolchain. I give it a 50/50 chance that its a user (me) error,
not necissarily a problem with autotools, but VxWorks isn't a popular
target for most people, so I don't think i
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 libxml
-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 mod
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 admon.textl
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. (Se
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 binuti
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
wi
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 h
Matthias Jung wrote:
[SNIP]
My suggestion as long -M ld option is not clear ;-)
VERSION_SCRIPT_FLAGS=
$($LD --help 2>&1 | grep -- --version-script >/dev/null) && \
VERSION_SCRIPT_FLAGS=-Wl,--version-script=
May be is time project to upgrade libtool to 2.+ version where exist
flag with_gnu
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 2>&1 | grep -- --version-script >/dev/null) && \
VERSION_SCRIPT_F
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
- mki
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 sh
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 08/11/09 19:08, Roumen Petrov wrote:
[SNIP]
+#ifndef PIC
+# define LIBXML_STATIC
+#endif
#endif /* ! __XML_LIBXML_H__ */
==
xsltproc work again.
That should be okay. PIC will have no meaning for MSVC and the user will
still
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 corporat
Martin Schlemmer wrote:
On 11/8/2009 at 8:08 PM, Roumen Petrov 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 is compiled
for static library
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 t
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 build<>source directory.
Not sure what you're asking; we didn't _remove_ anything,
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 2>
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 2>
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
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]
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 q
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 Veil
Rob Richards wrote:
Roumen Petrov wrote:
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
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 `forbi
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 external
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 `forbiddenExp'
Hao Hu wrote:
Basically, in libexslt/exslt.c
The
#include "exsltconfig.h"
should be
#include
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
./libexslt/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 w
Andrew W. Nosenko wrote:
On Tue, Nov 16, 2010 at 01:05, Roumen Petrov 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
http://mail.gnome.org/archives/xml/2005-August/msg00136
[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?
T
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-A
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 --ho
Helmut Forren wrote:
Then try ./configure ... --host=arm-none-linux-gnueabi
I expect in /opt/arm-2009q1/bin you to find a number of executables
prefixed by arm-none-linux-gnueabi- , as exemple
arm-none-linux-gnueabi-gcc . So before to run configure set PATH
PATH=/opt/arm-2009q1/bin:$PATH
export P
Helmut Forren wrote:
[SNIP ALL]
I think you succeed to build and install in "build environment".
make install DESTDIR=root_path_to_install could help you to pack all files and distribute
to the "host enviroment".
Hint:
It is not recommend to use /usr/local as default prefix as when you build
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 patch
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 autoc
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 remaini
Daniel Veillard wrote:
On Mon, Aug 08, 2011 at 11:49:39AM +0800, Daniel Veillard wrote:
On Fri, Aug 05, 2011 at 01:02:13AM +0200, Patrick von Reth wrote:
Hi
to build libxml2 I had to patch the build system a little bit.
The windows build system tries to link about zdll, but on window
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 pa
Earnie wrote:
Earnie wrote:
I've been building libxml2-2.7.8 and have been having a heck of a
time getting xmlcatalog to work with a shared DLL library. I've
finally confirmed that the issue is caused by optimizations with -O2
or -O1. If I use -O0 the issue goes away. The effect is the
xmlIsPubi
Earnie wrote:
Earnie wrote:
Roumen Petrov wrote:
Earnie wrote:
Earnie wrote:
I've been building libxml2-2.7.8 and have been having a heck of
a time getting xmlcatalog to work with a shared DLL library.
I've finally confirmed that the issue is caused by optimizations
with -O2 or -O1
with pthread-win32 ?
Regards,
Roumen
>From 9035060134b7ad026190b2ba5cc4932f1f027321 Mon Sep 17 00:00:00 2001
From: Roumen Petrov
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 dele
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:
http://msdn.mic
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
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 and
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.
functions 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
Date: Sun
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 Rob,
May be I misread MSC build process.
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 external symbol
errors. I'm going to b
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 external
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 wit
12b513277972da70d52920f40381fc862366573e Mon Sep 17 00:00:00 2001
From: Roumen Petrov
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
===
fix regression
Roumen
>From 94ee24b661d40779ef83aa5cb2b6441a41d939bc Mon Sep 17 00:00:00 2001
From: Roumen Petrov
Date: Tue, 7 Aug 2012 00:50:39 +0300
Subject: [PATCH 1/5] fixup regression in Various "make distcheck" and
portability fixups
---
configure.in |2 +-
1 fil
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 :-), than
P.S.
- "Various "make distcheck" and portability fixups" adds regression .
Please see
https://mail.gnome.org/archives/xml/2012-August/msg00016.html .
Daniel issue is not in proper quoting . It is actually name of variable
used in test condition.
Roumen
___
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 p
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 t
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
v
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 f
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 :
configure:12479
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.
will raise
"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
Date: Sun, 12 Aug 2012 14:59:55 +0300
Subject: [PATCH]
men
>From 584d9ff4abd84873d9da97ba1c9440850c771fc8 Mon Sep 17 00:00:00 2001
From: Roumen Petrov
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
--- a/buf.
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
1 - 100 of 120 matches
Mail list logo