From owner-cvs-all Wed May 31 1: 7: 5 2000 Delivered-To: cvs-all@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 7318E37B7D1; Wed, 31 May 2000 01:06:53 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 12x3Wb-000LSv-00; Wed, 31 May 2000 10:06:49 +0200 From: Sheldon Hearn To: Ruslan Ermilov Cc: "David O'Brien" , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/gnu/usr.bin/grep grep.c In-reply-to: Your message of "Wed, 31 May 2000 10:55:53 +0300." <20000531105553.B42042@sunbay.com> Date: Wed, 31 May 2000 10:06:49 +0200 Message-ID: <82516.959760409@axl.ops.uunet.co.za> Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 31 May 2000 10:55:53 +0300, Ruslan Ermilov wrote: > The -R option was provided solely for backwards compatibility, so it > was explicitly left undocumented (see attached). I am in a position > to wait for the next official release, and just merge an updated man > page from there. It's a pity this whole thing wasn't handled in a more traditional way: document both -r and -R but mentioon that -R is provided for backward compatibility and may disappear in future. Of course, tradition dictates that UNIX tools do only one job, and the job of recursing through collections of files is not best handled by multiple utilities like grep. Not to mention that neither POSIX nor SUSv2 mandate recursion options, so I guess the GNU folks can do what they want with these things. Shell programmers concerned with portability shouldn't be relying on these options in any case. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message