Re: [PATCH 3/3] diff: make "too many files" rename warning optional

Jeff King [off-list ref] writes:

On Mon, May 05, 2008 at 09:28:18AM +1000, Paul Mackerras wrote:

quoted

At the moment I don't think there is a good way in Tcl to get hold of
the stderr output if a subcommand returns a non-zero exit status, but
ignore it if the exit status is 0, other than by redirecting stderr to
a temporary file, which has its own problems.  Tcl can bundle stderr
in with stdout, or ignore it, or take it as an error indication, or
send it to a file.

So if git commands can avoid writing non-error messages to stderr,
that will make my life easier...

In that case, Junio, perhaps we should restrict this particular warning
just to merge.

I am not sure if we really want to work around Tcl's braindamage like
that.

There is no stdwarn or stdinfo stream and I think it is a bug on the
receiving end to assume that anything that comes to stderr is an error.

Junio C Hamano writes:

quoted

In that case, Junio, perhaps we should restrict this particular warning
just to merge.

I am not sure if we really want to work around Tcl's braindamage like
that.

If this is the warning about too many files to do inexact rename
detection, I find that one annoying because I don't care about that
(it's just for the diffstat when doing a pull AFAIK) and I don't know
how to turn it off.

There is no stdwarn or stdinfo stream and I think it is a bug on the
receiving end to assume that anything that comes to stderr is an error.

There are apparently some programs on some platforms for which this
behaviour is necessary...

Paul.