From: Linus Torvalds <torvalds@osdl.org>
To: Horst von Brand <vonbrand@inf.utfsm.cl>
Cc: Junio C Hamano <junkio@cox.net>,
Daniel Barkalow <barkalow@iabervon.org>,
Tim Ottinger <tottinge@progeny.com>,
git@vger.kernel.org
Subject: Re: Tool renames? was Re: First stab at glossary
Date: Mon, 5 Sep 2005 07:41:30 -0700 (PDT) [thread overview]
Message-ID: <Pine.LNX.4.58.0509050738340.3504@evo.osdl.org> (raw)
In-Reply-To: <200509050054.j850sC3D023778@laptop11.inf.utfsm.cl>
On Sun, 4 Sep 2005, Horst von Brand wrote:
> > I had the same opinion. The counter-argument people raised when
> > this topic came up on the list was that it would help grepping
> > in the source tree.
>
> Grepping for what?
Grepping for strings.
For example, when renaming a binary, the sane way to check that you fixed
all users right now is
grep old-binary-name *.c *.h *-scripts
and you catch all users.
In contrast, "grep *" will catch totally uninteresting patterns like
object files etc.
I personally find that very useful, and I don't see _any_ point to naming
by what _kind_ of interpreter you use. Why would _anybody_ care whether
something is written in perl vs shell? There's no reason to name things by
the interpreter.
Kubys
next prev parent reply other threads:[~2005-09-05 14:41 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-17 14:56 First stab at glossary Johannes Schindelin
2005-08-17 19:13 ` Daniel Barkalow
2005-08-17 20:05 ` Johannes Schindelin
2005-08-17 20:57 ` Junio C Hamano
2005-08-17 21:24 ` Johannes Schindelin
2005-08-17 22:09 ` Daniel Barkalow
2005-08-17 22:19 ` Johannes Schindelin
2005-08-24 15:03 ` Tool renames? was " Tim Ottinger
2005-08-25 1:16 ` Junio C Hamano
2005-09-01 17:55 ` Tim Ottinger
2005-09-02 0:38 ` Junio C Hamano
2005-09-02 1:50 ` Horst von Brand
2005-09-06 16:42 ` Tim Ottinger
2005-09-02 18:09 ` Daniel Barkalow
2005-09-02 18:33 ` Junio C Hamano
2005-09-03 6:05 ` Junio C Hamano
2005-09-03 6:54 ` Daniel Barkalow
2005-09-03 8:29 ` Junio C Hamano
2005-09-04 17:23 ` Daniel Barkalow
2005-09-04 21:43 ` Horst von Brand
2005-09-05 0:03 ` Junio C Hamano
2005-09-05 0:26 ` Peter Williams
2005-09-05 0:35 ` Junio C Hamano
2005-09-05 0:45 ` Peter Williams
2005-09-05 0:54 ` Horst von Brand
2005-09-05 1:35 ` Junio C Hamano
2005-09-05 14:41 ` Linus Torvalds [this message]
2005-09-05 15:13 ` David Kågedal
2005-09-05 16:04 ` Linus Torvalds
2005-09-05 16:28 ` David Kågedal
2005-09-05 18:23 ` Junio C Hamano
2005-09-05 18:13 ` Junio C Hamano
2005-09-06 0:13 ` Martin Langhoff
2005-09-06 7:16 ` Linus Torvalds
2005-09-06 7:46 ` Junio C Hamano
2005-09-06 7:59 ` Linus Torvalds
2005-09-06 8:38 ` Junio C Hamano
2005-09-06 8:57 ` David Kågedal
2005-09-06 23:54 ` Junio C Hamano
2005-09-08 1:04 ` Tool renames Junio C Hamano
2005-09-15 5:56 ` H. Peter Anvin
2005-09-15 8:03 ` Junio C Hamano
2005-09-15 8:52 ` Junio C Hamano
2005-09-16 5:44 ` H. Peter Anvin
2005-09-16 6:20 ` Junio C Hamano
2005-09-06 7:53 ` Tool renames? was Re: First stab at glossary Martin Langhoff
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: http://vger.kernel.org/majordomo-info.html
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.58.0509050738340.3504@evo.osdl.org \
--to=torvalds@osdl.org \
--cc=barkalow@iabervon.org \
--cc=git@vger.kernel.org \
--cc=junkio@cox.net \
--cc=tottinge@progeny.com \
--cc=vonbrand@inf.utfsm.cl \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://80x24.org/mirrors/git.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).