Am 29.01.2011 14:57, schrieb Francis Moreau: > René Scharfe <rene.scharfe@xxxxxxxxxxxxxx> writes: > >> Am 29.01.2011 13:52, schrieb Francis Moreau: >>> René Scharfe <rene.scharfe@xxxxxxxxxxxxxx> writes: >>> >>>> Am 26.01.2011 19:11, schrieb René Scharfe: >> >>>>> - Make git grep report non-matching path specs (new feature). >>>> >>>> This is a bit complicated because grep can work on files, index entries >>>> as well as versioned objects and supports wildcards, >>>> so it's not that easy to tell if a path spec matches something or is a >>>> rather typo. But it's not impossible either, of course. >>> >>> I don't understand this for the following use case: >>> >>> $ cd ~/linux-2.6/drivers/pci/ >>> $ git grep blacklist v2.6.27 -- drivers/pci/intel-iommu.c >>> >>> From what you said, it sounds that git grep is actually searching the >>> string 'somewhere'. But where ? >> >> All files in the directory are looked at and checked if they match the >> given path spec first. Since none of them do, no actual text search has >> to take place. > > and in this case, it is complicated to tell that the given path spec > match nothing. right ? The specific case is easy to handle, but a complete solution would have to address files, index entries as well as versioned objects and support wildcards. Presumably it would come on top of Duy's pathspec work that's in next now. René -- 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