RE: [xml] Which interfaces should be put into LSB?

Hi Daniel,
        Little background first. When we develop LSB specification, we
try to divide specification for a given library into multiple sections,
each one representing part of library functionality. The same sections
then map to corresponding header supplied by LSB build environment. 

In case of libxml2, we were trying to do that based on the headers, each
one representing the functionality chunk. But while analyzing the
headers we are coming across multiple include loops. E.g. Tree.h is
included in parser.h and parser.h gets included in tree.h through some
include chain (xmlmemory, globals, sax2, parser.h).

How do you suggest we untangle this so that the specification will look
better organized? One option will be to create aggregated includes,
reducing the no. of total include files. 

Thanks for your help.


-----Original Message-----
From: Daniel Veillard [mailto:veillard redhat com]
Sent: Wednesday, November 30, 2005 11:29 AM
To: Banginwar, Rajesh
Cc: xml gnome org
Subject: Re: [xml] Which interfaces should be put into LSB?

On Wed, Nov 30, 2005 at 11:24:00AM -0800, Banginwar, Rajesh wrote:
Hi Daniel,
    If all of these headers are meant to be used by application
developers, does libXML2 community basically guarantees that these
headers will remain functionally similar across versions of libxml2



Daniel Veillard      | Red Hat
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]