Re: [xml] Mingw Lives

Hi there,

Okay, its done. Both libxml and libxslt have native support for Mingw, along
with MSVC. Both libraries behave as described in the previous post.

Builds are binary compatible to each other, means Mingw-libxslt will happily
link to MSVC-libxml and vice-versa, at least dynamically.

I have a small dependency problem. :-) When using mingw, typing 'make' will
rebuild the whole world no matter what, if anything, has been modified since
the last build. MS nmake does not have this symptom, while it has the same
dependences in the makefile. This I have no time to track now, so I left it
for the better days. :-)


----- Original Message -----
From: "Igor Zlatkovic" <igor stud fh-frankfurt de>
To: <xml gnome org>
Sent: Thursday, November 14, 2002 4:35 PM
Subject: [xml] Mingw Lives

Hi there,

In oder to end the problem at least where I can, I have now integrated
into the JScript-based build.

The JScript configure accepts a new option "compiler" which can be either
"msvc" or "mingw". The default is "msvc". So, the MSVC user would do a

  C:\> cscript configure.js [...]
  C:\> nmake

to build libxml and friends. Mingw user would do a

  C:\> cscript configure.js compiler=mingw [...]
  C:\> make

and end up with the same result (shared library, static library, xmllint
test tools). The whole process does not require MSYS or any other posix

Note that configuration with compiler=mingw requires GNU make afterwards,
where configuration with compiler=msvc requires Microsoft NMAKE. This is
normal, as the users of the one compiler do not necessarily have the make
tool that belongs to the other.

Modification requires changes to win32/Makefile.mingw, which is now very
similar to win32/Makefile.msvc. I hope that's okay with you, Elisabeth?

I'll commit this later today. If everything goes well, libxslt will get


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]