On 2016-09-05 14:58, Rob Browning wrote: > Aurelien Jarno <aure...@debian.org> writes: > > > Yes, the 0020-Always-define-gmalloc-etc.-in-src-gmalloc.c.patch actually > > comes from upstream commit 4b1436b702d56eedd27a0777fc7232cdfb7ac4f6. > > Ahh, yes, quite close, so I think this may be sufficient: > > Author: Wolfgang Jenkner <wjenk...@inode.at> > Date: Sat Dec 26 12:12:02 2015 -0800 > > Emacs should work with gcc 5.2 and newer > > This patch, backported from upstream by Aurelien Jarno > <aure...@debian.org>, has been added: > > Always define gmalloc etc. in src/gmalloc.c > > This is a work-around to prevent the compiler from using semantic > knowledge about malloc for optimization purposes. E.g., gcc 5.2 > with -O2 replaces most of calloc's definition by a call to calloc; > see Bug#22085. > * src/gmalloc.c [!HYBRID_MALLOC] (malloc, realloc, calloc) > (aligned_alloc, free): Do not undef. Instead, define these as > functions (perhaps renamed to gmalloc etc.) in terms of gmalloc etc. > > Origin: backport, commit: 4b1436b702d56eedd27a0777fc7232cdfb7ac4f6 > Bug-Debian: http://bugs.debian.org/833727
That looks fine. > ...and for the glibc patch, this looks like the origin: > e95b023163e96538b15f030b7176b7ec59cf86f5 Indeed, I confirm. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net