Vadim Zeitlin <vz-git@xxxxxxxxxxxx> writes: > I.e. the > command "git log --ext-diff -p --cc" still outputs the real diff even for > the generated files, as if "--ext-diff" were not given. ... > Is the current behaviour intentional? I see it with all the git versions I > tried (1.7.10, 2.1.0, 2.7.0 and v2.8.0-rc1), but I don't really see why > would it need to work like this, so I hope it's an oversight and could be > corrected. I think this is "intentional" in the sense that "--cc" feature is fundamentally and conceptually incompatible with "--ext-diff". - The "external diff" feature is to allow third-party tools to produce output that is vastly different from the usual "diff" output, e.g. unlike the usual "diff", the output may not even be line-oriented, and certainly would not have to follow the convention of denoting the contents on old and new lines with "-" and "+" prefixes. - The "--cc" feature is to show multiple "diff" outputs in the usual format with post-processing to coalesce them into a more concise form, and fundamentally depends on (1) the output being line-oriented and (2) the contents of old and new lines denoted by "-"/"+" prefixes to be able to do so. I haven't tried it myself, but if the contents you are using ext-diff on can be compared in a format that is easy-to-read for humans by passing them first to "textconv" filter and then running the normal "diff" on, that may be a viable approach to do what you are trying to do, as "textconv" feature is meant to still produce the output that still follows the usual "diff" convention. Its output should be usable by any tool (e.g. diffstat) meant to post-process patch output, and would be a better match for the "--cc" mechanism. -- 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