From owner-cvs-all Mon Aug 30 16: 4:28 1999 Delivered-To: cvs-all@freebsd.org Received: from grisu.bik-gmbh.de (grisu.bik-gmbh.de [194.233.237.82]) by hub.freebsd.org (Postfix) with ESMTP id 2318B14E7E; Mon, 30 Aug 1999 16:04:13 -0700 (PDT) (envelope-from cracauer@gilgamesch.bik-gmbh.de) Received: from gilgamesch.bik-gmbh.de (gilgamesch.bik-gmbh.de [194.233.237.194]) by grisu.bik-gmbh.de (8.8.8/8.6.9) with ESMTP id BAA08321; Tue, 31 Aug 1999 01:02:08 +0200 (MEST) Received: (from cracauer@localhost) by gilgamesch.bik-gmbh.de (8.9.3/8.7.3) id BAA31018; Tue, 31 Aug 1999 01:02:10 +0200 (MET DST) Date: Tue, 31 Aug 1999 01:02:10 +0200 From: Martin Cracauer To: "Jordan K. Hubbard" Cc: "Rodney W. Grimes" , Mark Murray , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: spending toolchain options (Re: cvs commit: src/bin/mkdir mkdir.1 mkdir.c) Message-ID: <19990831010210.A30447@cons.org> References: <199908302112.OAA66970@gndrsh.dnsmgr.net> <3072.936051369@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <3072.936051369@localhost>; from Jordan K. Hubbard on Mon, Aug 30, 1999 at 03:16:09PM -0700 Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > Let's *discuss* this for an additional 48 hours and then try to come > to a concensus decision on these changes. If we decide that -v isn't > worth all the freakin' contraversy then fine, it goes. What we need are decisions about some past rules of thumb: 0) How much effort such be done to spare option letters for possible later use? Reasons to spare them: - Some standard may come along and use an option we've already spent. - Misspelled commands don't do "other" things. If all UNIX derivates would start adding their own options, shell script with wrong assumptions woudn't fail with suntaxt errors, but run with wrong switches turned on. 1) Old rule of thumb: Don't add options to commandline tools that are easily substituted by standard (POSIX) bourne shell constructs. Example 1: date -n was supposed to suporess the newline. This is easily replaced by backquotes or $(), maybe within double quotes. Example 2: date -l was supposed to echo the date in the timezone the machine thinks it is in, no matter what $YZ is set two. Most useful for working on freefall over the atlantik, but replaceable by (unset TZ; date) Will this be turned into a "real" rule? 2) Do we want our users to learn the shell? Don't dismiss the question easily. In my opinion, we loose badly if usage of UNIX things drops too much. Overall, I don't like the -v stuff, and adding -v to mkdir(1) just to make sure every util has -v is something I'm strongly against. As Mike Smith pointed out, these are not intended for shell script usage (then sh -x would be the better way), but for interactive usage. I don't think this is a useful addition for beginners. Add them as aliases to .bashrc and every shellscript started with bash will bomb out. The code committed also had quality issues, as pointed out in my first mail and by others. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message