From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ali Bahrami Newsgroups: gmane.emacs.devel Subject: Re: Finding the dump (redux) Date: Mon, 19 Apr 2021 10:39:17 -0600 Message-ID: References: <5decf0e7-8f26-3fc7-7094-1bfdb211eefc@emvision.com> <83k0p0vjgn.fsf@gnu.org> <0aa226dd-50e3-ec62-e0ac-2b9194c3d90d@emvision.com> <831rb8uiv0.fsf@gnu.org> <3079facf-9607-0069-cd49-d2a28fcc0d4d@emvision.com> <83o8eas613.fsf@gnu.org> <6e7934e4-7aed-423d-256b-671823f2ec49@emvision.com> <83czuqs1hw.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1694"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.9.1 Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Apr 19 18:42:09 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lYWyP-0000K4-5A for ged-emacs-devel@m.gmane-mx.org; Mon, 19 Apr 2021 18:42:09 +0200 Original-Received: from localhost ([::1]:43536 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lYWyO-0008Lv-6r for ged-emacs-devel@m.gmane-mx.org; Mon, 19 Apr 2021 12:42:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42130) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lYWvh-0006Jm-9d for emacs-devel@gnu.org; Mon, 19 Apr 2021 12:39:21 -0400 Original-Received: from gateway.emvision.com ([71.33.253.1]:64195 helo=emvision.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lYWvf-00018L-Pi; Mon, 19 Apr 2021 12:39:21 -0400 Original-Received: from [198.182.198.2] (moose.emvision.com [198.182.198.2]) by emvision.com (8.15.2+Sun/8.15.2) with ESMTP id 13JGdI07010610; Mon, 19 Apr 2021 10:39:18 -0600 (MDT) In-Reply-To: <83czuqs1hw.fsf@gnu.org> Content-Language: en-US X-Greylist: inspected by milter-greylist-4.6.2 (emvision.com [192.168.0.2]); Mon, 19 Apr 2021 10:39:18 -0600 (MDT) for IP:'198.182.198.2' DOMAIN:'moose.emvision.com' HELO:'[198.182.198.2]' FROM:'ali_gnu2@emvision.com' RCPT:'' X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (emvision.com [192.168.0.2]); Mon, 19 Apr 2021 10:39:18 -0600 (MDT) Received-SPF: none client-ip=71.33.253.1; envelope-from=ali_gnu2@emvision.com; helo=emvision.com X-Spam_score_int: -14 X-Spam_score: -1.5 X-Spam_bar: - X-Spam_report: (-1.5 / 5.0 requ) BAYES_00=-1.9, KHOP_HELO_FCRDNS=0.399, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:268183 Archived-At: On 4/19/21 10:06 AM, Eli Zaretskii wrote: >> Cc: emacs-devel@gnu.org >> From: Ali Bahrami >> Date: Mon, 19 Apr 2021 09:43:46 -0600 >> >> The idea is to get the pdump data into the executable, not >> by unexec-like methods, but as a simple C array, compiled >> by the C compiler, and linked into emacs like a normal >> object. > > This has been considered back when the portable dumping ideas were > discussed. One reason why it was rejected is because it would require > end users to have a C development toolchain if they want to re-dump > Emacs (with some of their own code added). Support for re-dumping is > a goal in Emacs development, and although we are not there yet, doing > something that would prevent it is a non-starter. We want users to be > able to re-dump Emacs using just Emacs and nothing else. > Is it really a conflict? Can't we do both? We would still have support for putting a pdump file next to the binary, or of using the --dump-file option. We could even retain the PATH_EXEC support if that helped. I don't think we need to take anything away, in terms of re-dumping Emacs using just Emacs. What we'd be doing, is to provide the final default (backstop) dump internally, rather than on disk. If a dump is present through any other method, that one would be used. But if not, as I think would be the case for most emacs users who get it via some distro package, emacs would 'just work', without their having to even know about pdump. Most distros wouldn't ship any separate pdmp files, but end users could add what they want. - Ali