----- Original Message -----
From: "Ozkan Sezer" <[email protected]>
To: "Sisyphus" <[email protected]>
Cc: "mingw64" <[email protected]>
Sent: Wednesday, November 17, 2010 9:00 PM
Subject: Re: [Mingw-w64-public] 64-bit dynamic libxml2
On Wed, Nov 17, 2010 at 11:31 AM, Sisyphus <[email protected]>
wrote:
Reposting to list - last message blocked.
----- Original Message -----
From: "Ozkan Sezer"
These issues should be fixed in libxml2-2.7.8, please try
it, instead.
--
O.S.
Or, if you insist on using 2.7.7, see this bugzilla entry:
https://bugzilla.gnome.org/show_bug.cgi?id=614087
Thanks O.S.
No objection to switching to 2.7.8 - I would have done that anyway had I
been aware of its existence (and I'm not really sure how I missed
noticing
it).
Anyway, 2.7.8 takes care of the zlib problem but not the -lws2_32 issue
....
so I'm still only getting a static build which, ironically, fails to
define
all symbols (such as '_imp__xmlFree', for obvious reasons).
Here's the relevant section of output:
##################################
*** Warning: linker path does not have real file for library -lws2_32.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because I did check the linker path looking for a file starting
*** with libws2_32 and none of the candidates passed a file format test
*** using a file magic. Last file checked:
/c/Windows/system32/libws2_32.dll
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.
*** Since this library must not contain undefined symbols,
*** because either the platform does not support them or
*** it was explicitly requested with -no-undefined,
*** libtool will only create a static version of it.
libtool: link: x86_64-w64-mingw32-ar cru ......
##################################
What needs to be done here ?
Btw, that "Last file checked" (ie /c/Windows/system32/libws2_32.dll)
doesn't even exist.
Well, sorry that I responded without trying to compile myself.
This seems like another libtool screwup to me. Pinging for
autotools/libtool gurus out there please?
That failure I reported happens when using the cross-compiler.
Ozkan, I've just now finished building 2.7.8 with one of your builds and it
went fine.
See the attached v.txt for the 'gcc -v' output of both compilers.
Cheers,
Rob
Here's the 'gcc -v' for the compiler (sezero build) that builds 2.7.8 fine:
#################################
$ gcc -v
Using built-in specs.
Target: x86_64-w64-mingw32
Configured with: ../gcc44-svn/configure --host=x86_64-w64-mingw32
--target=x86_64-w64-mingw32 --disable-multilib --enable-checking=release
--prefix=//mingw64 --with-sysroot=//mingw64
--enable-languages=c,c++,fortran,objc,obj-c++ --with-gmp=//mingw64
--with-mpfr=//mingw64 --disable-nls --disable-win32-registry
Thread model: win32
gcc version 4.4.4 20100306 (prerelease) [svn/rev.157253 - mingw-w64/oz] (GCC)
#################################
And here's the 'gcc -v' for the failing cross-compiler:
#################################
$ x86_64-w64-mingw32-gcc -v
Using built-in specs.
COLLECT_GCC=c:\_64\mingw64\bin\x86_64-w64-mingw32-gcc.exe
COLLECT_LTO_WRAPPER=c:/_64/mingw64/bin/../libexec/gcc/x86_64-w64-mingw32/4.6.0/lto-wrapper.exe
Target: x86_64-w64-mingw32
Configured with: ../../../build/gcc/gcc/configure --target=x86_64-w64-mingw32
--prefix=/c/bb/vista64-mingw32/mingw-x86-x86_64/build/build/root
--with-sysroot=/c/bb/vista64-mingw32/mingw-x86-x86_64/build/build/root
--with-gmp=/c/bb/vista64-mingw32/mingw-x86-x86_64/build/build/gmp/install
--with-mpfr=/c/bb/vista64-mingw32/mingw-x86-x86_64/build/build/mpfr/install
--with-mpc=/c/bb/vista64-mingw32/mingw-x86-x86_64/build/build/mpc/install
--enable-languages=all,obj-c++ --enable-fully-dynamic-string --disable-multilib
Thread model: win32
gcc version 4.6.0 20100414 (experimental) (GCC)
#################################
------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
Mingw-w64-public mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public