regex: avoid glibc deadlock during configure glibc has a known bug where certain corruptions of the heap can cause malloc to default to printing a debug message that includes a backtrace, but the act of getting the backtrace uses dlopen which in turn calls into malloc, causing a recursive lock ending in deadlock. Thus, when configure is probing for a known glibc heap corruption bug, the overall configure would hang. The solution suggested by glibc developers is to force malloc to quit printing debug messages, which avoids recursive malloc. * m4/regex.m4 (gl_REGEX): Avoid recursive malloc deadlock when glibc bug 15078 in turn triggers bug 16159. Reported by Michal Privoznik. Signed-off-by: Eric Blake <eblake@redhat.com>

Description:
Traverse a file hierarchy.

Files:
lib/fts_.h
lib/fts.c
lib/fts-cycle.c
m4/fts.m4

Depends-on:
cloexec
closedir
cycle-check
d-ino
d-type
dirent-safer
dup
fchdir
fcntl-h
fcntl-safer
fdopendir
fstat
hash
i-ring
lstat
memmove
openat-h
openat-safer
opendir
readdir
stdbool
unistd-safer

configure.ac:
gl_FUNC_FTS
dnl Use this version of fts unconditionally, since the GNU libc and
dnl NetBSD versions have bugs and/or unnecessary limitations.
AC_LIBOBJ([fts])

Makefile.am:

Include:
"fts_.h"

License:
GPL

Maintainer:
Jim Meyering