[Top][All Lists]

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

Re: [Bug-gnubg] Parsing XML match equity tables w/o libxml2

From: Christian Anthon
Subject: Re: [Bug-gnubg] Parsing XML match equity tables w/o libxml2
Date: Thu, 30 Apr 2009 14:10:51 +0200

I'm all for it, and for replacing other dependencies with glib/gtk family equivalents where possible. LibXML2 should be present on every system we could possibly want to support, but having fewer dependencies does make things easier to port and to maintain. The xml parser possibilities in glib should be more than sufficient.


On Wed, Apr 29, 2009 at 10:11 AM, Massimiliano Maini <address@hidden> wrote:

bug-gnubg-bounces+massimiliano.maini=amadeus.com@gnu.org wrote on 28/04/2009 22:33:57:

> Hi,
> I've worked out a code that can parse XML match equity tables w/o using
> libxml. My code uses glib's g_markup_parser instead.
> However, I'm a bit in doubt if I should commit this code to the cvs.
> Pros: libxml2 becomes redundant and we can have a fully working
> installation independent of libxml2. Less code. Another use of oldList
> linked list removed from the code. (I dream that all oldList structures
> will be removed from the code one day).
> Cons: libxml2 works. It has a good error checking and the system can
> cope with strange files which comes with values first and info last, or
> any strange order. The error checking is probably better in the existing
> system than with my g_markup based code.
> Should I commit my code? Is the independence from libxml2 worth the
> possible troubles we may get with ill-ordered xml met-tables. (Such an
> ill-ordered met table will probably never occur, but who knows?)

My 2c (Euro cents, roughly 2.5c in US $):

I can't remember the last time a MET has been added.
Guess if one will ever be, we could take the time to put it in the "right"
format without relying on your "light" error checking.

Bug-gnubg mailing list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]