On Monday 12 January 2004 07:22, Olexiy Avramchenko wrote:

> John (J5) Palmieri wrote:
> >I guess I would say the
> >best thing to do is try to integrate GMarkup as a compile time option
> >where others can go and benchmark the two approaches to see which is
> >best.
>
> This is the best way to give it a try.

Attached then yet another patch against libglade-2.0.1 [*] that introduces a 
--without-libxml2 option for ./configure. 

The code has been re-arranged to be as little invasive as possible 
(introducing some inefficiencies due to the need to wrap the attributes 
arrays into the format used by libxml2's sax parser though).

I think it is worth mentioning that the core difference between using libxml2 
and GMarkupParser in glade-parser.c comes down to probably around 50-100 
lines of simple and straight-forward code now. Most of the patch deals with 
decompressing gzipped .glade files/buffers. Which means that either way no 
one is "betting the whole farm" on anything here  :-)

Given the lack of enthusiam here for my idea to use GMarkupParser instead, I 
am not sure whether it's a good idea to fold this stuff into the code tree, 
especially given that it's only been tested by me so far. But if anyone wants 
to play around with it, here it is.

Cheers
-Tim


[*] the patch also applies against libglade-2.3.x, with the exception of the 
configure.in stuff, which is easy enough to copy'n'paste into the 2.3.x 
configure.in file.

Attachment: libglade-2.0.1-optional-nolibxml2-2004-Jan-12.diff.bz2
Description: BZip2 compressed data

Reply via email to