А зачем, спрашивается? Добавили каких-то неочевидных опций - это для популяризации стараются что ли? Кому действительно все это надо, тот с sed разберется.
ЗЫ. Скоро будем читать про переполнение буфера в grep и уязвимости в скриптах, его использующих :-)))
А сколько лет-то этим "нововведениям"? Я вот, например, ключами -o и -P пользуюсь уже давольно давно...
Всё-таки не соглашусь с тем, что оно лишнее. По крайней мере вывод только того, что подпадает под регуляное выражение, и перловские регулярные выражения полезны.
Все описанные в статье опции без исключения полезны. Хотя сам я --perl-regexp и --only-matching не использую, мне быстрее "perl -ne 'print if /regexp/" или "perl -nle 'print $1 if /reg(exp)/" набрать, но не все знают perl.
А вот такой alias уже сделал: alias cgrep='grep --color=always'
grep (2.5.1.ds2-3) unstable; urgency=low
* Compiled with libpcre3 to enable perl regular expressions.
Closes: #203109: perl mode non-functional, should not be documented
Closes: #238237: -P option doesn't work.
Проблема очевидно в том, что grep лежит в /bin
и не может зависеть от libpcre.so.3.12.0 из /usr/lib
Разуй глаза. Новость в том, что опубликовали статью, чтобы всякие лопухи, вроде тебя обратили внимание на эти опции. (авторам egrep обидно, что они парились, а никто не оценил и не исспользует их наработки).
я, например, только сейчас узнал, что опция -P оказывается совсем недавно реализована, наверно потому что недавно начал ее юзать :)))
я ее довольно часто использую, но где надо сделать что-то сложнее, чем просто грепнуть (к примеру вывести переменные в определенном порядке), приходится юзать perl -lne '($a, $b) = split; print "$b $a"'
А я давно использую. И не потому, что мне кто-то статью о такой радости подсунул, а потому что я читаю документацию. Так что продолжай радоваться, лопух :-))