Re: [xml] [PATCH] Patch for https(ssl) support

On Fri, Jul 18, 2003 at 01:19:04PM -0700, Aleksey Sanin wrote:

 Point is taht I do not want to build a dependancy with another library
at the code level.

Just an idea: how bad would be to provide different LibXML IO layers
as separate packages? For example, LibXML2 by default has nano IO.
User can set an environment variable and LibXML2 would load
libcurl based IO callbacks from a different shared library.  On *nix one
can use dlopen(), on Windows there is LoadLibrary() API.

  It defeat packaging. If the person has the environment variable but
curl aint installed it will break. Portability is a serious issue too,
there is far more than Unix and Windows ... and loading shared libraries
dynamically is a good way to have tons of various insane trouble IMHO.
My concerns about such an approach are portability and predictability
(in the sense "no crazy bug reports").


Daniel Veillard      | Red Hat Network
veillard redhat com  | libxml GNOME XML XSLT toolkit | Rpmfind RPM search engine

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