mirror of
https://git.savannah.gnu.org/git/bison.git
synced 2026-03-09 12:23:04 +00:00
d7913476c4
Bison's `allocate.c' and `alloc.h'. This patch was surprisingly difficult and introduced a lot of core dump. It turns out that Bison used an implementation of `xmalloc' based on `calloc', and at various places it does depend upon the initialization to 0. I have not tried to isolate the pertinent places, and all the former calls to Bison's `xmalloc' are now using `XCALLOC'. Someday, someone should address this issue. * src/allocate.c, src/alloc.h, m4/bison-decl.m4: Remove. * lib/xmalloc.c, lib/xalloc.h, m4/malloc.m4, m4/realloc.m4: New files. Adjust dependencies. * src/warshall.h: New file. Propagate.
36 lines
1.0 KiB
Plaintext
36 lines
1.0 KiB
Plaintext
#serial 3
|
|
|
|
dnl From Jim Meyering.
|
|
dnl Determine whether realloc works when both arguments are 0.
|
|
dnl If it doesn't, arrange to use the replacement function.
|
|
dnl
|
|
|
|
AC_DEFUN(jm_FUNC_REALLOC,
|
|
[
|
|
dnl xmalloc.c requires that this symbol be defined so it doesn't
|
|
dnl mistakenly use a broken realloc -- as it might if this test were omitted.
|
|
AC_DEFINE_UNQUOTED(HAVE_DONE_WORKING_REALLOC_CHECK, 1,
|
|
[Define if the realloc check has been performed. ])
|
|
|
|
AC_CACHE_CHECK([for working realloc], jm_cv_func_working_realloc,
|
|
[AC_TRY_RUN([
|
|
char *realloc ();
|
|
int
|
|
main ()
|
|
{
|
|
exit (realloc (0, 0) ? 0 : 1);
|
|
}
|
|
],
|
|
jm_cv_func_working_realloc=yes,
|
|
jm_cv_func_working_realloc=no,
|
|
dnl When crosscompiling, assume realloc is broken.
|
|
jm_cv_func_working_realloc=no)
|
|
])
|
|
if test $jm_cv_func_working_realloc = no; then
|
|
AC_SUBST(LIBOBJS)
|
|
LIBOBJS="$LIBOBJS realloc.$ac_objext"
|
|
AC_DEFINE_UNQUOTED(realloc, rpl_realloc,
|
|
[Define to rpl_realloc if the replacement function should be used.])
|
|
fi
|
|
])
|