Garrett D'Amore wrote:
Probably, but you'd sacrifice some functionality that there is no good
reason to sacrifice, and which would likely be missed even in a
minimized install:
1) command line kstat access (formerly we had netstat -k, but that was
removed)
Because it wasn't kept up to date with the kernel as the kstats changed,
and bitrot was rampant - see my previous mail.
2) project management (projadd, etc.)
3) psrinfo (which used to be a C program, but someone decided to rewrite
it into perl)
4) lgrpinfo
5) intrd
I strongly fail to understand why any of these programs need perl. I
think at least part of the reason that some of these are provided in
perl is to take advantage of Solaris::Kstat. Maybe we need a friendlier
kstat access method from C? There is already libkstat.
Because they were quicker to write, smaller in terms of source and
easier to modify and, and therefore probably have fewer bugs as well.
Go look at the number of bugs logged against /bin/kstat, for example,
then compare it to any of the other *stat programs.
I wouldn't mind taking on rewriting any or all of the above components
into C. (The biggest challenge there will be to continue to support
kstat(1)'s use of Perl regular expressions.)
If you feel that strongly, have at it. However I'm pretty sure there
are other more important things that could more usefully be addressed.
And as I've already said, your gripe about the size of perl is off-base
anyway, /usr/perl5/5.8.4 includes all the pod and manpages, as well as
all the unicode goop. And I've already pointed you at SUNWperl584core,
but you seem to have developed a tin ear.
--
Alan Burlison
--
_______________________________________________
opensolaris-code mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
