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

[Daniel Veillard <veillard redhat com>]

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

-- 
Daniel Veillard      | Red Hat Network https://rhn.redhat.com/
veillard redhat com  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/