On Wed, Oct 3, 2012 at 1:34 AM, Jeremy Morton <admin@xxxxxxxxxxxxxx> wrote: > Junio C Hamano <gitster <at> pobox.com> writes: > >> >> Jeremy Morton <admin <at> game-point.net> writes: >> >> > I've noticed that the p4merge shell script could do with some >> > improvement when it comes to merging. Because p4merge throws up an >> > error when one of the files it's given to diff is "/dev/null", git >> > needs to create a temporary empty file and pass that to p4merge when >> > diffing a file that has been created/deleted (eg. create file, git add >> > ., git diff --cached). >> > ... >> > Thoughts? Is there an easier way to do this? >> >> Which version of git? Perhaps you do not have ec245ba (mergetool: >> Provide an empty file when needed, 2012-01-19) yet? >> > > That patch fixes the mergetool part, but the part I was referring to was the > difftool part, which still has this problem. > > Best regards, > Jeremy Morton (Jez) Thanks for the heads-up, Jez. I should have some time to take a look this weekend. If someone beats me to it I'll be happy to review the patches before then (Jeremy? ;-) Is `git diff` giving us /dev/null as the path here, and p4merge doesn't like that, or is something else going on? If that's indeed happening, then I would imagine a sensible thing for git-difftool--helper to do would be to check for /dev/null and create some temporary empty file. Does that sound like the right way to go? Another option would be for git-diff's external diff code to handle it at a much earlier point, perhaps guarded behind an option that git-difftool knows to pass (changing existing behavior is off the table). These both sound like pretty big changes given that we're getting ready for 1.8.0. If it's just p4merge that doesn't like this then perhaps the right decision is to paper over it in p4merge's mergetools/ scriptlet. It's certainly the least-impactful option. Thoughts? -- David -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html