On Thu, Nov 22, 2012 at 5:48 PM, Roumen Petrov wrote:
> 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 d
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, integ
On Mon, 19 Nov 2012, Earnie Boyd wrote:
At least it is not a regression from the previous version. For
whatever reason those ebcdic tests have never worked on Windows.
I believe that's just a side effect of not having iconv. I've reported the
issue here:
https://bugzilla.gnome.org/
On Mon, Nov 19, 2012 at 9:21 AM, Mike Peat wrote:
> On 16/11/2012 22:20, Roumen Petrov wrote:
>
> Unfortunately I have no idea why this issue appear again.
> I could build just fine all libraries required by xmlsec in my cross
> environment (linux -> mingw host).
>
> Probably compiler found old hea
On 16/11/2012 22:20, Roumen Petrov wrote:
Unfortunately I have no idea why this issue appear again.
I could build just fine all libraries required by xmlsec in my cross
environment (linux -> mingw host).
Probably compiler found old headers instead those from source. Please
check with a monito
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 wh
On 16/11/2012 08:06, Daniel Richard G. wrote:
On Fri, 9 Nov 2012, Mike Peat wrote:
I am trying to do that under MinGW/MSys (having had no joy with MSVC
due to msvcrt.dll incompatibilities), but am running into the error
"undefined reference to _imp__xmlFree". If anybody knows how to solve
thi
On Fri, 9 Nov 2012, Mike Peat wrote:
I am trying to do that under MinGW/MSys (having had no joy with MSVC due
to msvcrt.dll incompatibilities), but am running into the error
"undefined reference to _imp__xmlFree". If anybody knows how to solve
this problem then I would be extremely grateful if
Does anybody know if this issue has been resolved and if so how?
I very much need to get libxml2 to build for a Windows platform - I have
an urgent need for a modified version of xmlsec and building the
libraries on which it depends (openssl, libiconv, zlib, libxml2 and
libxslt) would appear t
>>> On 2009/11/09 at 10:53 PM, Roumen Petrov wrote:
> 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 libxm
>>> On 2009/11/09 at 10:53 PM, Roumen Petrov wrote:
> 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
>>> On 2009/11/09 at 01:26 AM, Igor Zlatkovic
wrote:
> On 05/11/09 12:50, Martin Schlemmer wrote:
Hi,
Sorry for the extra late reply - year end with all its deadlines, etc.
>> As for fixing this issue - I guess the first will be to back out
that patch
> again. Then I
>> have thought about two
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.
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
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 h
>>> 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. As
On 08/11/09 19:08, Roumen Petrov wrote:
> I've cross-build libxml, libxslt , xmlsec with code from repository but
> xmlsec application crash. My investigation show that application crash
> when code call xmlMalloc. Also I found that xsltproc crash too.
>
>
> Now with reverted commit
> http://git.
On 05/11/09 12:50, Martin Schlemmer wrote:
> Hi,
Ho,
> http://git.gnome.org/cgit/libxml2/commit/?id=a194ccb8d19ddde94c2c04ddf197e6a629f7cc9b
That patch is wrong, of course. Sorry, I guess I didn't look closely
enough when I saw it. It should be reverted or replaced with something
better, as Roum
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
defin
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
20 matches
Mail list logo
