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 -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list