Hi Jim, Some must care about portability, Certainly agreed. Even I do, sometimes :). But that does not mean everyone needs to, in every situation. As I said, I fail to understand the benefit of making the warning unconditional.
So far as I can see, it's also against GNU principles, as I wrote, though evidently you don't agree. and these warnings help them do a better job. When people want extreme POSIX compliance, they should set POSIXLY_CORRECT. That's what it's there for, and that's when I think the warnings should be issued, as I said at the beginning. But since Paul rejected that, ok, a different variable that lets us turn them off (GREPWARNINGS=efgrepok or whatever) would at least provide some palliation. I don't understand why you two are opposed to this simple remediation. As Gary mentioned above, it's easy to disable them. Obviously it is trivial to edit the scripts or have a different version in PATH for my own machine(s). But those are no substitute for having a supported way to use the distributed [ef]grep without warnings. I would argue that it is even more important to retain these stray-backslash warnings, because they tend to highlight real bugs. "tend" being the key word there. But anyway, I see your point, and won't argue that one further, since the efgrep warnings are what's causing me the agony. -k