From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.devel Subject: Re: pdumping "into" the executable Date: Mon, 26 Feb 2018 14:47:38 -0800 Message-ID: <77cfe06b-174b-463c-dd42-2ac7107121ba@dancol.org> References: <87d10rpid8.fsf@tromey.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1519685472 9269 195.159.176.226 (26 Feb 2018 22:51:12 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 26 Feb 2018 22:51:12 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 Cc: Stefan Monnier , emacs-devel@gnu.org To: =?UTF-8?Q?Cl=c3=a9ment_Pit-Claudel?= , Tom Tromey Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 26 23:51:07 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eqRbv-0001x9-9L for ged-emacs-devel@m.gmane.org; Mon, 26 Feb 2018 23:51:07 +0100 Original-Received: from localhost ([::1]:33745 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eqRdx-0008Pv-Ld for ged-emacs-devel@m.gmane.org; Mon, 26 Feb 2018 17:53:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58313) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eqRYh-0004F3-BO for emacs-devel@gnu.org; Mon, 26 Feb 2018 17:47:48 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eqRYg-00071b-L7 for emacs-devel@gnu.org; Mon, 26 Feb 2018 17:47:47 -0500 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:36582) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eqRYg-00071F-B1 for emacs-devel@gnu.org; Mon, 26 Feb 2018 17:47:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To:Subject; bh=whTQnds78kbJYiOACkxDMgc4ALVdyBCU2xo8lZ+jce0=; b=gEgqtxib/S1wXSea5s+XXHb7kRujgqw0YNr3UZuNq1MZsMWNQHdraQlrguVUEnqWT/4gLY0fgTkvRi2a77DGdHn9cfJLZ9Qg77fIJmyq1BbyW4bAhiFez4aEgZgVpHtjoXUU77wA3VfKWv69OMeyOEqMg1/rv7Bgnzn3jfoT5zbNSTdUc1pKw54f7apCbN3XE1rjiuVpBwIy4u2rxMGU6fwGfCqJpDMmdyZ6kmfxX23WMPD+D3fpgIsSaucrPaHX7SIioE6cxZoJQmGbv7zXFe4qRDhQNHUd+c/LTVxYJt0KjqYNY1mlIUqo304fbIWEp8tWtk07/FCgTupwANc5aA==; Original-Received: from [2604:4080:1321:8ab0:2891:b7:d72c:af1b] by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1eqRYe-0002dW-CG; Mon, 26 Feb 2018 14:47:44 -0800 In-Reply-To: Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2600:3c01::f03c:91ff:fedf:adf3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:223096 Archived-At: On 02/26/2018 02:34 PM, Clément Pit-Claudel wrote: > On 2018-02-26 16:10, Tom Tromey wrote: >> Maybe instead you could use objcopy to stuff the data into some section >> in the executable. Or, just turn the dump to a C file, then compile it >> and do a second link. Aside from (maybe hypothetical) C compiler >> limits, that would be very portable. > > Note that having (the option to keep) the dump and the main binary separate can be a feature. For example, Emacs is often installed in a location that's writable by root only, and if the dump file can be separate then users can just redump in a directory that they can write to, without having to copy the entire Emacs binary. > > Separate dump files also makes it easier to experiment with multiple dumps. I don't think anyone is talking about removing the ability to use discrete dump files.