Benno Schulenberg <[EMAIL PROTECTED]> writes: > Yes, but it would be simpler to also make it a silent override. > Having several different mechanisms makes the baviour of grep's > command line less transparent to the user.
I disagree. The general rule for POSIX and GNU utilities is that the order of options should not matter. Ideally options are independent of each other, and users can specify them in any order with no confusion. Sometimes one option implies another. In that case, order should not matter either. For example, if -x implies -w, then it shouldn't matter which order the user specifies: once the user specifies -x, then whether -w is also specified is logically irrelevant. Sometimes two options are incompatible. In these cases, it is sometimes useful to have otherwise-incompatible options override each other. But this should be limited. It's normally better to report an error to a user who specifies incompatible options, as such a user is requesting impossible behavior. Grep has many options, and we should be wary about documenting or supporting complicated interactions among them. Complexity like that generally causes more problems than it cures.
