replication of stuff in /usr/gnu
Joerg Schilling
Joerg.Schilling at fokus.fraunhofer.de
Fri Jul 6 14:28:46 PDT 2007
"Garrett D'Amore" <garrett at damore.org> wrote:
> I would expect that to be true for commands that actually have some
> non-trivial purpose. E.g. for GNU grep this argument holds water. But
> for "true" to have --version and --help? It seems a bit of a stretch.
>
> If we expect *all* commands to support this, then we should just
> integrate that into our own command set. But I think that this is not a
> realistic approach.
I did already propose this. The problem with using Sun libc::getopt() is that
it needs an asociated short option and that many commands already implement a
-h option for a different porpose. For this reason, it is not possible to use
the local getopt for this task. GNU getopt_long() has the wrong license and is
full of conceptional bugs that create funny exceptions from the expected option
parsing behavior.
.... well, there is getargs() which is under CDDL and which does not have known
problems - except that it fully follows POSIX utility syntax guidelines and
for this reason makes it a bit more expensive (you need a callback) to
implement options combinations that depend on the order of the options.
> Hey, I'm all for choice, when the choice actually has some meaningful
> value. I just don't think this is the case here.
The problem seems to be that Sun currently undervalues the importance of
utilities and put's more effort in kernel enhancements. In many cases, the
Solaris versions of utilities are better than their GNU counterparts or would
be in case someone would put little effort into this utility.
> Having multiple versions of commands, beyond the wast of disk and
> pathnames, causes other issues:
>
> 1) increased build times.
> 2) increased variability in the environment... making debug and
> diagnosis of bugs, and maintenance incrementally more complex
> 3) in the case of the GNU variants, I submit that the GNU variants of
> these trivial utilities actually have a negative impact on
> performance... the GNU utilities are clearly *larger* than the Sun
> versions, and I can only imagine that this has an increased negative
> impact on cache, etc.
You forgot:
4) It makes people believe that Sun does not know what's best.
FreeBSD would never try similar experiments but would continue to use the
own software whereever possible.
Jörg
--
EMail:joerg at schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
js at cs.tu-berlin.de (uni)
schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
More information about the opensolaris-arc
mailing list