xstr, mkstr

Rodney W. Grimes freebsd-rwg at pdx.rh.CN85.dnsmgr.net
Wed Jul 4 14:25:12 UTC 2018


> --------
> In message <31b491de-ac5e-ca0f-5f84-96cfa7c02699 at FreeBSD.org>, Bryan Drewery wr
> ites:
> 
> >On the otherhand I don't see the point in removing something that isn't
> >harming anything, is not worth talking about in terms of size or build
> >time, and is unlikely to need maintenance.
> 
> Source code is a liability, it is not an investment.

Source code is both a liability and an investment, sometimes even
a very large investment of time or money or both.

> 
> If the code is useless and not part of a published API, then it should
> be removed.

Useless is another subjective term, what you find useless I may find
very useful.  API is also probably a poor use of that term here,
none of these have "API", not even your cut(1) or awk(1) below.

> 
> >This argument of "not useful" is a bit subjective. Is cut useful when we
> >have awk? I won't go on.
> 
> cut(1) & awk(1) are both part of the published API, so that comparison gets
> you nowhere.

I'll note that xstr is documented in PSD/make, and has a man page,
making it have an API as much as cut(1) or awk(1).

But, as I said early, lets just shelf all this "lets remove this or
that cause of foo" until package base is done, and then a group of
people should create a documented critiria list of what should or
should not be in the base system, and do a tree wide sweep rather
than have 100+ threads over the next 5 years about this or that.

-- 
Rod Grimes                                                 rgrimes at freebsd.org


More information about the freebsd-arch mailing list