From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Removal of unexec support from glibc malloc Date: Wed, 20 Jan 2016 22:00:57 -0500 Message-ID: References: <569CDB81.6040600@redhat.com> <569D6B1E.6020002@emvision.com> <569D8E0B.1010603@yandex.ru> <569D9539.5040007@emvision.com> <834me9d090.fsf@gnu.org> <569F3A84.5070101@porkrind.org> Reply-To: rms@gnu.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1453345295 29627 80.91.229.3 (21 Jan 2016 03:01:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 21 Jan 2016 03:01:35 +0000 (UTC) Cc: eliz@gnu.org, emacs-devel@gnu.org, ali_gnu2@emvision.com, dgutov@yandex.ru To: David Caldwell Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 21 04:01:27 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 1aM5V0-00071J-2K for ged-emacs-devel@m.gmane.org; Thu, 21 Jan 2016 04:01:26 +0100 Original-Received: from localhost ([::1]:45830 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aM5Uv-000070-Q1 for ged-emacs-devel@m.gmane.org; Wed, 20 Jan 2016 22:01:21 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60896) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aM5Ut-00006i-0E for emacs-devel@gnu.org; Wed, 20 Jan 2016 22:01:19 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aM5Us-0005n9-3b for emacs-devel@gnu.org; Wed, 20 Jan 2016 22:01:18 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:36134) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aM5UY-0005g9-8y; Wed, 20 Jan 2016 22:00:58 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1aM5UX-0004vx-Et; Wed, 20 Jan 2016 22:00:57 -0500 In-reply-to: <569F3A84.5070101@porkrind.org> (message from David Caldwell on Tue, 19 Jan 2016 23:43:00 -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:198481 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > That leads to an interesting idea—what if one were to smash all the .elc > files that temacs loads as part of the undump process and then put them > into the temacs object, maybe by relinking them in as a giant array > (portable), or by shoving them into their own section with objcopy (not > really portable)? It sounds good in principle, but the real test is in implementing it. If it can really be done by making them an array, that would eliminate any issues about whether the program can always find and open the temacs file. -- Dr Richard Stallman President, Free Software Foundation (gnu.org, fsf.org) Internet Hall-of-Famer (internethalloffame.org) Skype: No way! See stallman.org/skype.html.