mirrors/emacs
1
Fork 0
mirror of git://git.sv.gnu.org/emacs.git synced 2025-12-17 11:20:39 -08:00
Code Issues Projects Releases Wiki Activity

Default REL_ALLOC to 'no'

Browse source 
This should make ralloc-related bugs less likely on GNU/Linux
systems with bleeding-edge glibc.  See the email thread containing:
http://lists.gnu.org/archive/html/emacs-devel/2016-10/msg00801.html
Do not merge to master.
* configure.ac (REL_ALLOC): Default to 'no' on all platforms, not
merely on platforms with Doug Lea malloc.  Although bleeding-edge
glibc no longer exports __malloc_initialize_hook and so longer
passes the configure-time test for Doug Lea malloc, ralloc tickles
longstanding bugs like Bug#24358 and Bug#24764 and Emacs is likely
to be more reliable without it.  This patch is not needed on
master, which uses hybrid malloc in this situation.
This commit is contained in:
Paul Eggert 2016-10-25 12:13:20 -07:00
parent 96ac0c3ebc
commit 32827b374d
1 changed files with 1 additions and 9 deletions
Download patch file Download diff file Expand all files Collapse all files

10
configure.ac
View file

@ -2189,18 +2189,10 @@ if test "$doug_lea_malloc" = "yes" ; then
AC_DEFINE(DOUG_LEA_MALLOC, 1, AC_DEFINE(DOUG_LEA_MALLOC, 1,
[Define to 1 if the system memory allocator is Doug Lea style, [Define to 1 if the system memory allocator is Doug Lea style,
with malloc hooks and malloc_set_state.]) with malloc hooks and malloc_set_state.])
## Use mmap directly for allocating larger buffers.
## FIXME this comes from src/s/{gnu,gnu-linux}.h:
## #ifdef DOUG_LEA_MALLOC; #undef REL_ALLOC; #endif
## Does the AC_FUNC_MMAP test below make this check unnecessary?
case "$opsys" in
mingw32|gnu*) REL_ALLOC=no ;;
esac
fi fi
if test x"${REL_ALLOC}" = x; then if test x"${REL_ALLOC}" = x; then
REL_ALLOC=${GNU_MALLOC} REL_ALLOC=no
fi fi
use_mmap_for_buffers=no use_mmap_for_buffers=no