Thanks for that DFA fix, which should be much better than the previous
workaround. I installed it into gnulib and installed the attached patch
into grep.
From 76348c87e73b37d44caec3bb5b24c33c1455ed96 Mon Sep 17 00:00:00 2001
From: Paul Eggert <eggert@cs.ucla.edu>
Date: Mon, 28 Nov 2016 08:39:37 -0800
Subject: [PATCH] build: update gnulib submodule to latest
---
NEWS | 3 +--
gnulib | 2 +-
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/NEWS b/NEWS
index 971cbd9..9d9b0ec 100644
--- a/NEWS
+++ b/NEWS
@@ -7,8 +7,7 @@ GNU grep NEWS -*- outline -*-
grep no longer reports a false match in a multibyte, non-UTF8 locale
like zh_CN.gb18030, with a regular expression like ".*7" that just
happens to match the 4-byte representation of gb18030's \uC9, the
- final byte of which is the digit "7". This "fix" is to make grep
- always use the slower regex matcher in such locales.
+ final byte of which is the digit "7".
[bug introduced in grep-2.19]
grep by default now reads all of standard input if it is a pipe,
diff --git a/gnulib b/gnulib
index bd6d66e..9cba42f 160000
--- a/gnulib
+++ b/gnulib
@@ -1 +1 @@
-Subproject commit bd6d66e502786df21d2dcaa7b473ee851f840aaa
+Subproject commit 9cba42f87e1e88ac746e2341c51e78f9f640fefa
--
2.7.4
