From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#22086: 25.1.50; [PATCH] Integrate the musl hybrid mallo Date: Sat, 30 Jan 2016 11:40:27 +0200 Message-ID: <83powjwgl0.fsf@gnu.org> References: <56AC7FA1.10300@cs.ucla.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1454146946 28194 80.91.229.3 (30 Jan 2016 09:42:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 30 Jan 2016 09:42:26 +0000 (UTC) Cc: wjenkner@inode.at, dalias@aerifal.cx, 22086@debbugs.gnu.org To: Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jan 30 10:42:14 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aPS2k-00046D-FR for geb-bug-gnu-emacs@m.gmane.org; Sat, 30 Jan 2016 10:42:10 +0100 Original-Received: from localhost ([::1]:38092 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aPS2j-0005fu-TB for geb-bug-gnu-emacs@m.gmane.org; Sat, 30 Jan 2016 04:42:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41405) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aPS2g-0005fn-4d for bug-gnu-emacs@gnu.org; Sat, 30 Jan 2016 04:42:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aPS2c-0002KL-6A for bug-gnu-emacs@gnu.org; Sat, 30 Jan 2016 04:42:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:52790) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aPS2c-0002KH-2N for bug-gnu-emacs@gnu.org; Sat, 30 Jan 2016 04:42:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aPS2b-0000Mh-To for bug-gnu-emacs@gnu.org; Sat, 30 Jan 2016 04:42:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 Jan 2016 09:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22086 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 22086-submit@debbugs.gnu.org id=B22086.14541468911364 (code B ref 22086); Sat, 30 Jan 2016 09:42:01 +0000 Original-Received: (at 22086) by debbugs.gnu.org; 30 Jan 2016 09:41:31 +0000 Original-Received: from localhost ([127.0.0.1]:41010 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aPS23-0000Ls-4M for submit@debbugs.gnu.org; Sat, 30 Jan 2016 04:41:31 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:50277) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aPS21-0000Le-UI for 22086@debbugs.gnu.org; Sat, 30 Jan 2016 04:41:26 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aPS1v-0002EP-Kv for 22086@debbugs.gnu.org; Sat, 30 Jan 2016 04:41:20 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37419) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aPS1a-0002C3-KQ; Sat, 30 Jan 2016 04:40:58 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1506 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aPS1Z-0008HA-N2; Sat, 30 Jan 2016 04:40:58 -0500 In-reply-to: <56AC7FA1.10300@cs.ucla.edu> (message from Paul Eggert on Sat, 30 Jan 2016 01:17:21 -0800) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:112102 Archived-At: > Cc: 22086@debbugs.gnu.org, Rich Felker , > Daniel Colascione , Ken Brown , > Eli Zaretskii > From: Paul Eggert > Date: Sat, 30 Jan 2016 01:17:21 -0800 > > The recent emacs-devel thread "Removal of unexec support" has raised the > priority of this bug, so I redid the patches to separate out Rich Felker's > contribution, which is so small as to not require copyright papers, and fixed > several problems I found with the resulting approach. I came up with the > attached set of patches relative to commit > ef760b899ad89f941f552ed2d3ac9e45156f3e3c. I would like to commit this patch set > to the emacs-25 branch soon, and am sending this email to give you (particularly > Eli) a heads-up about this. I'm sorry, I can't afford testing this large patchset at this time, while preparations to the pretest are under way. I also don't think such pervasive changes should be done on the release branch. I think when the time comes you should commit this to the master branch, not to emacs-25. In the meantime, a public feature branch will allow people to try it and see if it breaks anything. Thanks. > 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 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. As the issue with glibc is only relevant to GNU/Linux systems, I wonder if a solution that is limited to some file(s) specific to that target could be possible. Even then I'd hesitate to do this on the release branch, since making Emacs less stable even on that single platform will most probably delay the v25.1 release too much -- we cannot possibly release Emacs 25 that is not stable on GNU/Linux. But at least we won't need to review and debug the results of this on platforms that don't need these changes at all. The glibc guys said the change won't happen too soon, so I see no reason to delay Emacs 25 on behalf of this issue. Thanks again for doing this work.