Upstream gnulib determined that we were needlessly compiling in
gnulib's regex instead of glibc's when targetting new-enough glibc,
because the m4 test was being too strict in requiring a particular
answer to undefined behavior.
https://lists.gnu.org/archive/html/bug-gnulib/2013-04/msg00032.html
* .gnulib: Update to latest, for regex.
---
I verified that on F18, the final size of libvirtd shrinks after
applying this patch, because of this change to config.cache:
-gl_cv_func_re_compile_pattern_working=${gl_cv_func_re_compile_pattern_working=no}
+gl_cv_func_re_compile_pattern_working=${gl_cv_func_re_compile_pattern_working=yes}
Pushing under the agreement that gnulib fixes outside of freeze
are generally trivial.
* .gnulib 076ac82...92f3a4c (1):
regex-tests, regex: allow glibc re_search behavior
.gnulib | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/.gnulib b/.gnulib
index 076ac82..92f3a4c 160000
--- a/.gnulib
+++ b/.gnulib
@@ -1 +1 @@
-Subproject commit 076ac82d1d7f4df54630f1b4917b3c14f227f032
+Subproject commit 92f3a4c8e52e64c233e260431d095dbf88554c14
--
1.8.1.4