From owner-freebsd-current  Tue Feb 20 22:17:57 2001
Delivered-To: freebsd-current@freebsd.org
Received: from mail.rdc1.kt.home.ne.jp (ha2.rdc1.kt.home.ne.jp [203.165.9.243])
	by hub.freebsd.org (Postfix) with ESMTP id 08EB337B503
	for <current@freebsd.org>; Tue, 20 Feb 2001 22:17:49 -0800 (PST)
	(envelope-from knu@iDaemons.org)
Received: from daemon.local.idaemons.org ([203.165.161.10])
          by mail.rdc1.kt.home.ne.jp (InterMail vM.4.01.02.00 201-229-116)
          with ESMTP
          id <20010221061747.LRCY19464.mail.rdc1.kt.home.ne.jp@daemon.local.idaemons.org>;
          Tue, 20 Feb 2001 22:17:47 -0800
Received: by daemon.local.idaemons.org (8.11.1/3.7W) id f1L6Hlv08602; Wed, 21 Feb 2001 15:17:47 +0900 (JST)
Date: Wed, 21 Feb 2001 15:17:47 +0900
Message-ID: <86zofgpnjo.wl@archon.local.idaemons.org>
From: "Akinori MUSHA" <knu@iDaemons.org>
To: Craig Carey <research@ijs.co.nz>
Cc: current@freebsd.org
Subject: Re: find(1) -regex/-iregex
In-Reply-To: <5.0.2.1.2.20010221184120.036e43b0@pop.qsi.net.nz>
References: <3A93376D.B371FCD1@newsguy.com>
	<8666i588p4.wl@archon.local.idaemons.org>
	<863dd8r54c.wl@archon.local.idaemons.org>
	<5.0.2.1.2.20010221184120.036e43b0@pop.qsi.net.nz>
User-Agent: Wanderlust/2.5.4 (Smooth) SEMI/1.14.2 (=?ISO-8859-1?Q?Daish=F2?=
 =?ISO-8859-1?Q?ji?=) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 MULE
 XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd)
Organization: Associated I. Daemons
X-PGP-Public-Key: finger knu@FreeBSD.org
X-PGP-Fingerprint: 081D 099C 1705 861D 4B70  B04A 920B EFC7 9FD9 E1EE
MIME-Version: 1.0 (generated by SEMI 1.14.2 -
 =?ISO-8859-1?Q?=22Daish=F2ji=22?=)
Content-Type: text/plain; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

At Wed, 21 Feb 2001 18:53:26 +1300,
Craig Carey wrote:
> Can an  -iname  option be provided. Then the FreeBSD find would be
> more like GNU find, and lines like this could be written:

Yes, it's already implemented as I wrote in the previous mail.

> I am doubtful that the -regexp needs to be inferior to the the
> -egrep option. What software would break: it was said that there is
> no regexp?. There are opinions around saying that egrep is better
> than grep.

We are not aiming to be that GNU'ish.  Being compatible with NetBSD is
a good thing in a sense.

> What is the -E option: perhaps this?:   -eregex
> 
> Suppose it is case sensitive. Then it could be
>   -eiregex  or  -ieregex  or  -eregexi

I don't like it somehow..  I chose -E because it is consistent with
(our) grep(1) and sed(1).

> What about improving 'ls' too?: can there be an option so that it
> refuses to list any information about directories (useful in the
> above example). Also, is there any plan to stop the wastage of
> space in the central columns of "ls"'s output, where it lists
> uninteresting information. Maybe a '-p' option, like GNU 'ls'
> has.

Interesting, but it would be done at some other time.  I'd like to
focus on regex this time.

-- 
                     /
                    /__  __            Akinori.org / MUSHA.org
                   / )  )  ) )  /     FreeBSD.org / Ruby-lang.org
Akinori MUSHA aka / (_ /  ( (__(  @ iDaemons.org / and.or.jp

"We're only at home when we're on the run, on the wing, on the fly"

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message