On Fri, 12 Aug 2005, Junio C Hamano wrote:
> Johannes Schindelin <[EMAIL PROTECTED]> writes:
> > Note the missing "\ No newline at end of file". The same happens on
> > sourceforge's compile farm's OS 10.1 server, but not on its OS 10.2
> > server.
> > How to go about that? Silently ignore the missing line in apply.c? Force
> > users to update their diff to a sane version?
> Hmph. We could tackle this two ways. We probably _could_
> special case the trailing newline case if this problem is
> widespread, but a more general solution would be to teach
> git-apply '--fuzz'. On the other hand, we could configure to
> use gdiff (or whatever GNU diff is called on those hosts with
> broken diff command) at the build time. Probably it would be
> the bast to have an explicit option --fuzz to git-apply.
I'd prefer to deprecate that diff program by telling so in the test.
Something along the lines "blabla. If this fails, chances are you have a
borked diff. Try GNU diff..."
BTW: On my system, gdiff does not exist.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html