[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Re: [docbook-apps] Small!! Lightweight!! xsltprocessor whi

  • From: Liam R E Quin <liam@w3.org>
  • To: =?UTF-8?Q?=D0=BE=D0=BB=D1=8C=D0=B3=D0=B0_?==?UTF-8?Q?=D0=BA=D1=80=D1=8B=D0=B6=D0=B0=D0=BD=D0=BE=D0=B2=D1=81=D0=BA?==?UTF-8?Q?=D0=B0=D1=8F?= <olga.kryzhanovska@gmail.com>
  • Date: Fri, 17 Aug 2012 21:00:08 -0400

Re:  Re: [docbook-apps] Small!! Lightweight!! xsltprocessor whi
On Sat, 2012-08-18 at 00:44 +0200, ольга крыжановская wrote:
>  it would be at least nice to think
> about it, and look for improvements,

In terms of improving memory usage, I agree (although I stand by me
earlier statement that one should also try XSLT 2 implementations if
they might make sense in one's environment).

> Finally, IMO a light version of xslt processing would be *very*
> welcome.

xt used to be fairly lightweight.

In principle one could also write nroff macros (especially if you have
groff available) to process text that's been converted from docbook very
minimally, e.g. with a SAX parser or (if the XML was packaged already
and known to be well-formed) even sed.

>  The xsltproc processor, with dependencies, is as
> large as a whole POSIX/Unix environment for Windows, sans X11 of
> course. This feels wrong.

That does seem a bit odd, depending on what's included in the POSIX/Unix
distribution -- V6 Unix was pretty small too :-) (but not entirely POSIX
compliant), and one doesn't need to distribute a C compiler for basic
POSIX conformance.

Here, I get (with sizes in bytes):
$ urpmq  --requires-recursive xsltproc | while read p; do echo -n "$p ";
rpm -q --queryformat '%{SIZE}\n' $p; done | awk '{print; t += $2} END
{ print t}'

bash 3136683
dash-static 112538
glibc 24862226
lib64gcrypt11 575228
lib64gpg-error0 14288
lib64pth20 98152
lib64termcap2 14536
lib64uClibc0.9.30.3 576368
lib64xml2_2 1393152
lib64xslt1 380539
lib64zlib1 282188
libgpg-error-common 150451
multiarch-utils 12031
perl-File-Sync 13607
perl-MDK-Common 124467
perl-base 3052855
uClibc 65690
xsltproc 25956
34890955

So libxml itself is 1.3 megabytes -- and checking the two files
included, that seems correct -- but xsltproc brings in a total
(including itself) of about 33 MBytes via dependencies.

Most Linux distributions are likely to have bash and glibc already; a
Posix environment could for sure have a smaller shell and libc though.
Perl brings in only about 3 MBytes, less than I expected.

Did I miss something?

Liam

-- 
Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
Pictures from old books: http://fromoldbooks.org/
Ankh: irc.sorcery.net irc.gnome.org freenode/#xml
Co-author, 5th edition, "Beginning XML", Wrox, July 2012



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.