[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: find -lname and -ilname implemented
- To: freebsd-hackers_(_at_)_freebsd_(_dot_)_org
- Subject: Re: find -lname and -ilname implemented
- From: "M. Warner Losh" <imp_(_at_)_bsdimp_(_dot_)_com>
- Date: Sat, 23 Feb 2008 16:28:36 -0700 (MST)
In message: <20080223155355_(_dot_)_3f80b77f_(_at_)_bhuda_(_dot_)_mired_(_dot_)_org>
Mike Meyer <mwm-keyword-freebsdhackers2_(_dot_)_e313df_(_at_)_mired_(_dot_)_org> writes:
: > In short, I'm continuig the long tradition that we've done as FreeBSD
: > and that BSD and other Unix vendors did before us: compatibility with
: > other implementations.
: I suspect your definition of "long tradition" is a lot shorter than
: mine. That's they only way I can make that statement make sense - at
: least the part about BSD and other Unix vendors.
Long tradition here spans about 30 years. SunOS 3.5 had many switches
that did nothing, but were there for compatibility with System III
systems, as one example. If you look at the evolution of /bin/sh in
FreeBSD you'll notice that over the years it has accumulated much that
is POSIX. If you look at the evolution of FreeBSD itself, you'll
notice a change from a 'POSIX is evil, except where proven otherwise'
mindset to a 'POSIX is a good thing, except where proven otherwise.'
Lots of people hated POSIX back in the day, but today you'll not find
too many people still in that camp. POSIX used to be less well
defined than it is today. The GNU extensions have even been
standardized as POSIX extensions over the years.
It is my belief, based on experience in bringing over tools from other
systems (read Linux) that there's a need to support these extensions,
much like there was a need to support POSIX semantics 10 years ago.
While not well codified, they are none-the-less in widespread use.
freebsd-hackers_(_at_)_freebsd_(_dot_)_org mailing list
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe_(_at_)_freebsd_(_dot_)_org"
Visit your host, monkey.org