Re: sysinst split project - The Configuration File

Jean-Yves Migeon <[email protected]>
Newsgroups gmane.os.netbsd.current,gmane.os.netbsd.devel.installation
Message-ID <[email protected]>
On 12/14/09 23:32, David Young wrote:
>
> Jean-Yves,
>
> Most of the existing XML tools are too CPU- and memory-intensive, I
> agree, but NetBSD happens to be the center for improvements.  Producing
> a lightweight alternative for XML processing was the concern of a NetBSD
> GSoC 2009 project that I mentored.  Xmlgrep, for search/extraction
> on XML streams, is very usable, and a program called xmlsed, for
> transforming XML streams, is under development.  By design, xmlgrep
> is FAST and it uses memory conservatively.  Furthermore, the xmlgrep
> binary and its light dependencies are quite a bit smaller than you might
> expect:
>
> % ls -l `which xmlgrep`
> -rwxr-x---  1 dyoung  wasabi   47K Nov 16 17:57 /home/dyoung/scratch-cuw/xmltools/xmlgrep/xmlgrep
> % ldd `which xmlgrep`
> /home/dyoung/scratch-cuw/xmltools/xmlgrep/xmlgrep:
> 	-lexpat.1 =>  /usr/pkg/lib/libexpat.so.1
> 	-lc.12 =>  /usr/lib/libc.so.12
> % ls -l /usr/pkg/lib/libexpat.so.1.5.2
> -rwxr-xr-x  1 root    wheel   155K Jun 18  2008 /usr/pkg/lib/libexpat.so.1.5.2

Woot, that's fairly smaller than the tools I have to use at work. They 
are closer to MB in size :o (written in Java; it doesn't help here). I 
thought that libexpact was bigger.

Same goes for computation I guess? With a lightweight XPath/XSLT 2.0 
processor for GSOC 2010 ;) ?

-- 
Jean-Yves Migeon
[email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.