From: David Doolin (doolin@cs.utk.edu)
Date: Mon Oct 02 2000 - 21:38:49 EDT
In message <20001003011940.L5935@w3.org>, Daniel Veillard writes:
>
>On Mon, Oct 02, 2000 at 05:46:40PM -0500, Timothee Besset wrote:
>>
>> Why does the configure script creates a libxml symlink which points to
>> the main dir? Are the #include "libxml/*.h" from old code that relied on
>> a libxml/ directory? This is causing problems for win32 builds.
>
> This is not a legacy problem it's a current problem
>Includes have to be made <libxml/xxx.h> though the .h are in the
>same directory as the .c . To cope with the issue I used a symlink
>this work on unix, I don't know how you can do this on Windows
This can be solved through clever (arcane maybe) use of preprocessor,
at least I am pretty sure it can be. Note that I am at the moment working
far too many hours in the day on some other bsd/win32/linux
cross-platform code.
What I did with libxml is simply commented out the stuff that
broke too badly to fix fast (or #defined SYM 0 for 1), and
moved the headers into their own directory. This could be
done like this: libxml, libxml/src, libxml/include, libxml/bin
etc. All this is a matter of taste, I personally like because
I can snap the entire header directory to $MSDEV\include
and do #include <libxml/whatever.h>. Note that the internally
used headers should be included using quotes.
Like I said, some of this is a matter of taste, some of it a matter
of making cross-platform builds as easy as possible. It's
Daniel's call in the end.
I should probably add that the current structure of libxml
slows me down a bit for building in win32. Since I am
painfully well aware of my profoiund ignorance wrt to the
intricacies of cross-platfrom building, anyone so inclined
is welcome to provide me with due dose of enlightenment.
ciao
>
>> Also, I used the --disable-iconv option in the configure script, but the
>> resulting xmlversion.h didn't reflect my changes. It was still
>> #if 1
>> #define LIBXML_ICONV_ENABLED
>> #else
>> #define LIBXML_ICONV_DISABLED
>> #endif
>
>configure --help
>[...]
>--with-PACKAGE[=ARG] use PACKAGE [ARG=yes]
>--without-PACKAGE do not use PACKAGE (same as --with-PACKAGE=no)
>[...]
>--with-iconv Add the ICONV support (on)
>
>When the way to disable them is --without-iconv
>
>> What is iconv? Is it an external library?
>
> POSIX libray: codeset conversion facility
> http://www.opengroup.org/onlinepubs/007908799/xsh/iconv.h.html
>
>
>Daniel
>
>--
>Daniel.Veillard@w3.org | W3C, INRIA Rhone-Alpes | Today's Bookmarks :
>Tel : +33 476 615 257 | 655, avenue de l'Europe | Linux XML libxml WWW
>Fax : +33 476 615 207 | 38330 Montbonnot FRANCE | Gnome rpm2html rpmfind
> http://www.w3.org/People/all#veillard%40w3.org | RPM badminton Kaffe
>----
>Message from the list xml@rpmfind.net
>Archived at : http://xmlsoft.org/messages/
>to unsubscribe: echo "unsubscribe xml" | mail majordomo@rpmfind.net
---- Message from the list xml@rpmfind.net Archived at : http://xmlsoft.org/messages/ to unsubscribe: echo "unsubscribe xml" | mail majordomo@rpmfind.net
This archive was generated by hypermail 2b29 : Mon Oct 02 2000 - 21:43:18 EDT