From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: Removal of unexec support from glibc malloc Date: Mon, 18 Jan 2016 14:42:06 -0800 Organization: UCLA Computer Science Department Message-ID: <569D6A3E.2010009@cs.ucla.edu> References: <569CDB81.6040600@redhat.com> <569D3BE0.6050103@cs.ucla.edu> <569D4207.4060209@cs.ucla.edu> <83mvs2d5b2.fsf@gnu.org> <858u3meiv1.fsf@iznogoud.viz> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1453156943 9742 80.91.229.3 (18 Jan 2016 22:42:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 18 Jan 2016 22:42:23 +0000 (UTC) To: Eli Zaretskii , fweimer@redhat.com, Emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 18 23:42:15 2016 Return-path: Envelope-to: ged-emacs-devel@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 1aLIV4-0002Dn-QE for ged-emacs-devel@m.gmane.org; Mon, 18 Jan 2016 23:42:14 +0100 Original-Received: from localhost ([::1]:34089 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLIV4-0001Zo-2f for ged-emacs-devel@m.gmane.org; Mon, 18 Jan 2016 17:42:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54326) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLIV1-0001Zh-LL for Emacs-devel@gnu.org; Mon, 18 Jan 2016 17:42:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aLIUy-0002Lr-Fb for Emacs-devel@gnu.org; Mon, 18 Jan 2016 17:42:11 -0500 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]:54671) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLIUy-0002Lm-9R; Mon, 18 Jan 2016 17:42:08 -0500 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 22FE5160E67; Mon, 18 Jan 2016 14:42:07 -0800 (PST) Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 2uWFMDiKlczj; Mon, 18 Jan 2016 14:42:06 -0800 (PST) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 6968E160E6B; Mon, 18 Jan 2016 14:42:06 -0800 (PST) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id OVVBb6hRVf_0; Mon, 18 Jan 2016 14:42:06 -0800 (PST) Original-Received: from [192.168.1.9] (pool-100-32-155-148.lsanca.fios.verizon.net [100.32.155.148]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 47BB3160E67; Mon, 18 Jan 2016 14:42:06 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 In-Reply-To: <858u3meiv1.fsf@iznogoud.viz> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 131.179.128.68 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:198310 Archived-At: Wolfgang Jenkner wrote: > Isn't hybrid malloc the portable version of this? A patch series for > this already exists (bug##22086), but Paul said that he wanted to get > rid of src/gmalloc.c even for allocations before dumping, IIUC. Yes, that's what I'd like to do in the long run. Emacs shouldn't be in the malloc business. If the hybrid malloc approach suffices to get Emacs to work with the new glibc API (and assuming Emacs doesn't already work with the new glibc API), then we could install that patch series into emacs-25 rather than trying to improve it for after Emacs 25, on the theory that people will want to build Emacs 25 in GNU/Linux environments with the new glibc and that this boosts the urgency of the hybrid malloc. Florian, I understand that the new glibc implementation doesn't exist yet, so we can't test Emacs on it. However, is the new glibc API documented anywhere? Perhaps we could try to check via code inspection that Emacs works under GNU/Linux both with the current and the new glibc API, either now or with the hybrid malloc patches installed.