From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Removal of unexec support from glibc malloc Date: Mon, 18 Jan 2016 22:02:41 +0200 Message-ID: <83mvs2d5b2.fsf@gnu.org> References: <569CDB81.6040600@redhat.com> <569D3BE0.6050103@cs.ucla.edu> <569D4207.4060209@cs.ucla.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1453147381 21453 80.91.229.3 (18 Jan 2016 20:03:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 18 Jan 2016 20:03:01 +0000 (UTC) Cc: fweimer@redhat.com, Emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 18 21:02:56 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 1aLG0s-00034U-UP for ged-emacs-devel@m.gmane.org; Mon, 18 Jan 2016 21:02:55 +0100 Original-Received: from localhost ([::1]:33434 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLG0s-0001br-6d for ged-emacs-devel@m.gmane.org; Mon, 18 Jan 2016 15:02:54 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40654) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLG0d-0001bi-Eq for Emacs-devel@gnu.org; Mon, 18 Jan 2016 15:02:43 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aLG0a-0005Ny-4R for Emacs-devel@gnu.org; Mon, 18 Jan 2016 15:02:39 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37416) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLG0a-0005Nu-1M; Mon, 18 Jan 2016 15:02:36 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1618 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aLG0Z-0003Ax-2z; Mon, 18 Jan 2016 15:02:35 -0500 In-reply-to: <569D4207.4060209@cs.ucla.edu> (message from Paul Eggert on Mon, 18 Jan 2016 11:50:31 -0800) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e 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:198282 Archived-At: > From: Paul Eggert > Date: Mon, 18 Jan 2016 11:50:31 -0800 > > Emacs could live without the current unexec in a semi-portable way by doing what > XEmacs does, which is to write out data and mmap it in later (sorry, don't know > the details). There are other possibilities, e.g., have unexec write out the > state in the form of C files that are compiled and linked in the usual way to > build a faster-starting executable (this would be an Emacs API change, though). > Any such changes would take some time to hack into something reliable and > portable, and so will have to wait until after Emacs 25 is out. There's also what the MS-Windows port does (temacs allocates off a static array), which AFAIK is entirely portable, and doesn't require mmap. See w32heap.c.