bug-grep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

new snapshot available: grep-2.5.4.213-f172


From: Jim Meyering
Subject: new snapshot available: grep-2.5.4.213-f172
Date: Mon, 22 Mar 2010 11:25:34 +0100

Here's a snapshot of the latest.

If there are no/few problems, this will become grep-2.6
that I'll release tomorrow.

grep snapshot: (.gz files are here, too)
  http://meyering.net//grep-ss.tar.xz      800 KB
  http://meyering.net//grep-ss.tar.xz.sig
  http://meyering.net//grep-2.5.4.213-f172.tar.xz

There are .gz and .sig files here, too:
  http://people.redhat.com/meyering//grep-ss.tar.xz
  http://people.redhat.com/meyering//grep-2.5.4.213-f172.tar.xz

For a summary of recent changes in grep, see this:
  http://git.savannah.gnu.org/gitweb/?p=grep.git

For a summary of recent changes in gnulib, see this:
  http://git.savannah.gnu.org/gitweb/?p=gnulib.git

Here's NEWS:

** Speed improvements

  grep is much faster on multibyte character sets, especially (but not
  limited to) UTF-8 character sets.  The speed improvement is also very
  pronounced with case-insensitive matches.

** Bug fixes

  Character classes would malfunction in multi-byte locales when using grep -i.
  Examples which would print nothing for LC_ALL=en_US.UTF-8 include:
  - for ranges, echo Z | grep -i '[a-z]'
  - for single characters, echo Y | grep -i '[y]'
  - for character types, echo Y | grep -i '[[:lower:]]'

  grep -i -o would fail to report some matches; grep -i --color, while not
  missing any line containing a match, would fail to color some matches.

  grep would fail to report a match in a multibyte character set other than
  UTF-8, if another match occurred earlier in the line but started in the
  middle of a multibyte character.

  Various bugs in grep -P, caused by expressions such as [^b] or \S matching
  newlines, were fixed.  grep -P also supports the special sequences \Z and
  \z, and can be combined with the command-line option -z to perform searches
  on NUL-separated records.

  grep would mistakenly exit with status 1 upon error, rather than 2,
  as it is documented to do.

  Using options like -1 -2 or -1 -v -2 results in two lines of
  context (the last value that appears on the command line) instead
  twelve (the concatenation of all the values).  This is consistent
  with the behavior of options -A/-B/-C.

  Two new command-line options, --group-separator=ARGUMENT and
  --no-group-separator, enable further customization of the output
  when -A, -B or -C is being used.

** Other changes

  egrep accepts the -E option and fgrep accepts the -F option.  If egrep
  and fgrep are given another of the -E/-F/-G options, they print a more
  meaningful error message.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]