|
From: | Paul Eggert |
Subject: | Re: When should ralloc.c be used? |
Date: | Mon, 24 Oct 2016 23:23:45 -0700 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 |
. Build with gmalloc but without ralloc.This goes back to what we were doing, no?No, we were using the glibc malloc, AFAIK. Or am I missing something?
No you're right, I was sloppy.
How about the attached patch for emacs-25? Basically, it says "use ralloc.c only if requested via './configure REL_ALLOC=yes'".LGTM. Should we wait for people to build with REL_ALLOC=no manually, to see if there are any problems, or should we push this right away?
I doubt whether many more people will build with REL_ALLOC=no. So I think we should push it into emacs-25. Proposed patch attached. I have tested this on Fedora 24 x86-64 and Ubuntu 16.04 x86-64 with './configure emacs_cv_var_doug_lea_malloc=no' to simulate bleeding-edge glibc.
0001-Default-REL_ALLOC-to-no.patch
Description: Text Data
[Prev in Thread] | Current Thread | [Next in Thread] |