[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #30792] --ignore-dir should not override files passed on the comman
From: |
Nick Welch |
Subject: |
[bug #30792] --ignore-dir should not override files passed on the command line |
Date: |
Wed, 18 Aug 2010 02:41:34 +0000 |
User-agent: |
Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.3 (KHTML, like Gecko) Chrome/6.0.474.0 Safari/534.3 |
Follow-up Comment #1, bug #30792 (project grep):
I submitted this bug. First of all, my mistake. It is --exclude-dir.
Upon looking through the mailing list, I now see this message:
<http://lists.gnu.org/archive/html/bug-grep/2010-08/msg00003.html> and it
seems that this behavior may be a deliberate design decision and not just a
bug or oversight. Is that the case?
I'm trying to set up a convenience alias for grep which ignores all dot
files/dirs. However, I'm not having much luck. The approach I described in
the ticket (excluding '.*') doesn't work because '.' gets matched. So how
about '.?*' ? Well, this mysteriously only searches items directly in the
current directory, without recursing. '.??*' gives the same result. I don't
understand this at all.
Excluding '.[0-9a-zA-Z]*' mostly works, but to make it truly universal I'd
need to add every conceivable character in there and that is not realistic.
Another approach is to use `pwd` instead of '.' as the argument, which
side-steps the problem; but this results in the output having all absolute
filenames, which is pretty unusable.
Is there any good way to do this?
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?30792>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/