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:
vasprintf and asprintf with out-of-memory checking.  Also see xalloc-die.

Notice:
If you are using GNU gettext version 0.16.1 or older, add the following options
to XGETTEXT_OPTIONS in your po/Makevars: --flag=xasprintf:1:c-format

Files:
lib/xvasprintf.h
lib/xvasprintf.c
lib/xasprintf.c
lib/xalloc.h
m4/xvasprintf.m4

Depends-on:
vasprintf
xalloc-die
xsize
stdarg
errno

configure.ac:
gl_XVASPRINTF
m4_ifdef([AM_XGETTEXT_OPTION],
  [AM_][XGETTEXT_OPTION([--flag=xasprintf:1:c-format])])

Makefile.am:
lib_SOURCES += xvasprintf.h xvasprintf.c xasprintf.c

Include:
"xvasprintf.h"

License:
GPL

Maintainer:
Oskar Liljeblad