Re: [xml] Release of libxml2-2.4.11



On Tue, Nov 27, 2001 at 09:54:51AM +0100, Thomas Krebs wrote:
Hello,
I'm interested in libxm2 and I'm on this email exploder since quite a

  hum, there isn't that much traffic ... 

long time. I have compiled successfully libxml2 (and libxslt) since
2.4.1
under MSVC.
Nevertheless I want to make some comments and proposals for improvement:

- Why do you distribute two sets of dsp/dsw files for MSVC? I think this
  confuses more than it helps.

  I dunno, maybe somes are obsolete and should be removed, that's Igor call.

- Wouldn't it be better to distribute libxml2 and libxslt as one package
  as it would help configuring/compiling/using it much?

  Hum, no, really for me they are different API/ABI and I want to be able
to update only one of them in case of serious error (I may ship libxslt-1.0.9
soon since the Unix Makefiles were broken for example).

- Why is the code for libxml2 and its applications (testDocbook,
  testHTML, testSAX, testURI, testXPath and xmllint) not structured in
  directories for the code for the library and applications as it is
  done (much better in my opinion) in libxslt?

  Legacy reasons, and moving them would loose the CVS history.
I'm not tempted to make large changes like this at the moment,
maybe once the Gnome-2 release is out.

- The project files for libxml2/libxslt are set up for using dlls
  mainly. I (and not only I) think that dlls are highly overrated.
  Furthermore the project files are not easy to switch between 
  dynamic/static linking. In general it is not possible (in MSVC 6.0)
  to have one set of project files for dynamic and static linking.
  Also I would put the project files into the directories where the
  relevant code is like yu do it with other makefiles as well.

  Check with Igor for Windows Makefile, he's the one in charge, I have
enough troubles with the Unix ones <grin/>

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/



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