Re: Mercurial 0.4b vs git patchbomb benchmark
- From
- Matt Mackall <mpm@selenic.com>
- Date
- May 3, 2005, 01:29 UTC
- Message-ID
- <20050503012921.GD22038@waste.org>
- In-Reply-To
- <E1DSm1T-0002Tc-FV@be1.7eggert.dyndns.org>
On Tue, May 03, 2005 at 03:16:26AM +0200, Bodo Eggert <harvested.in.lkml@posting.7eggert.dyndns.org> wrote:
Show 24 quoted lines
> Linus Torvalds <torvalds@osdl.org> wrote:
> > On Mon, 2 May 2005, Ryan Anderson wrote:
> >> On Mon, May 02, 2005 at 09:31:06AM -0700, Linus Torvalds wrote:
>
> >> > That said, I think the /usr/bin/env trick is stupid too. It may be more
> >> > portable for various Linux distributions, but if you want _true_
> >> > portability, you use /bin/sh, and you do something like
> >> >
> >> > #!/bin/sh
> >> > exec perl perlscript.pl "$@"
> >> if 0;
>
> exec may fail.
>
> #!/bin/sh
> exec perl -x $0 ${1+"$@"} || exit 127
> #!perl
>
> >> You don't really want Perl to get itself into an exec loop.
> >
> > This would _not_ be "perlscript.pl" itself. This is the shell-script, and
> > it's not called ".pl".
>
> In this thread, it originally was.In this thread, it was originally a Python script. In particular, one aimed at managing the Linux kernel source. I'm going to use /usr/bin/env, systems where that doesn't exist can edit the source.
-- Mathematics is the supreme nostalgia of our time.