Opened 4 years ago
Closed 4 years ago
Expected later today.
* Noteworthy changes in release 2.28 (2017-02-06) [stable]
** Bug fixes
When grep -Fo finds matches of differing length, it could
mistakenly print a shorter one. Now it prints a longest one.
[bug introduced in grep-2.26]
When standard output is /dev/null, grep no longer fails when
standard input is a file in the Linux /proc file system, or when
standard input is a pipe and standard output is in append mode.
[bugs introduced in grep-2.27]
Fix performance regression with multiple patterns, e.g., for -Fi in
a multi-byte locale, or for -Fw in a single-byte locale.
[bugs introduced in grep-2.19, grep-2.22 and grep-2.26]
Improve performance for -E or -G pattern lists that are easily
converted to -F format.
We may want to hold off on this:
Bug title: grep-2.28 broken with multiple -e patterns
Now there is a patch for the bug. I'm still going to hold offf to see if a bugfix is going to be released.
This is to announce grep-3.0, a stable release.
Why so soon after 2.28? Because 2.28 introduced a pretty serious bug.
Why call it 3.0? Mostly because I felt like it.
There have been 4 commits by 2 people in the 3 days since 2.28.
Thanks to Paul Eggert for both of the nontrivial commits.
Fixed at revision 11181.
Powered by Trac 1.5.3.dev0
By Edgewall Software
© 1998-2021 Gerard Beekmans.