|
From: | Paul Eggert |
Subject: | bug#22086: 25.1.50; [PATCH] Integrate the musl hybrid mallo |
Date: | Sat, 30 Jan 2016 01:17:21 -0800 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 |
These patches attempt to be more conservative than the other alternatives discussed in Bug#22086. They don't try to build a better dumper or remove gmalloc.c or anything like that. All they try to do, is to disentangle Emacs from glibc malloc internals, by renaming functions whose APIs are no longer compatible with glibc, and by using glibc's <malloc.h> rather than guessing what it will say, and that sort of thing. The goal is for the resulting Emacs to not only port to musl, but also to port to future glibc with less likelihood of trouble.
0001-Internal-linkage-for-gmalloc-etc.-if-HYBRID_MALLOC.patch
Description: Text Data
0002-Link-temacs-with-gnulib-compiled-with-Demacs.patch
Description: Text Data
0003-unexelf.c-hook-to-support-HYBRID_MALLOC-on-ELF.patch
Description: Text Data
0004-Add-musl-patch-to-support-HYBRID_MALLOC-on-elf-syste.patch
Description: Text Data
0005-Pacify-GCC-on-extern-decls.patch
Description: Text Data
0006-Report-static-heap-usage-on-non-Cygwin-too.patch
Description: Text Data
0007-Pacify-enable-gcc-warnings-when-HYBRID_MALLOC.patch
Description: Text Data
0008-src-alloc.c-Include-sheap.h.patch
Description: Text Data
0009-Include-malloc.h-when-advisable.patch
Description: Text Data
0010-Build-lib-e-.o-only-on-platforms-that-need-it.patch
Description: Text Data
0011-Fix-extern-symbols-defined-and-not-used.patch
Description: Text Data
0012-Shrink-static-heap-a-bit.patch
Description: Text Data
[Prev in Thread] | Current Thread | [Next in Thread] |