From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#41242: Port feature/native-comp to Windows Date: Sat, 23 May 2020 14:03:35 +0300 Message-ID: <83zh9yzzeg.fsf@gnu.org> References: <83k11e4a0s.fsf@gnu.org> <83blmp4tob.fsf@gnu.org> <83o8qp1hfr.fsf@gnu.org> <837dxcv1po.fsf@gnu.org> <83imgvdf94.fsf@gnu.org> <83eerjde6k.fsf@gnu.org> <83a7227hkb.fsf@gnu.org> <83blmf13d1.fsf@gnu.org> <83367r0zvb.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="27458"; mail-complaints-to="usenet@ciao.gmane.io" Cc: nicolasbertolo@gmail.com, 41242@debbugs.gnu.org To: Andrea Corallo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat May 23 13:04:20 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1jcRwx-00072M-SY for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 23 May 2020 13:04:19 +0200 Original-Received: from localhost ([::1]:46852 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jcRwv-0002Ix-Qt for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 23 May 2020 07:04:17 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46534) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jcRwg-0002I4-4z for bug-gnu-emacs@gnu.org; Sat, 23 May 2020 07:04:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:50158) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jcRwf-00089J-Ri for bug-gnu-emacs@gnu.org; Sat, 23 May 2020 07:04:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jcRwf-00074B-Ni for bug-gnu-emacs@gnu.org; Sat, 23 May 2020 07:04:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 23 May 2020 11:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41242 X-GNU-PR-Package: emacs Original-Received: via spool by 41242-submit@debbugs.gnu.org id=B41242.159023181827133 (code B ref 41242); Sat, 23 May 2020 11:04:01 +0000 Original-Received: (at 41242) by debbugs.gnu.org; 23 May 2020 11:03:38 +0000 Original-Received: from localhost ([127.0.0.1]:33471 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jcRwH-00073Z-Pb for submit@debbugs.gnu.org; Sat, 23 May 2020 07:03:38 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:39080) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jcRwF-00073L-FY for 41242@debbugs.gnu.org; Sat, 23 May 2020 07:03:35 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:41649) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jcRwA-00086Y-5b; Sat, 23 May 2020 07:03:30 -0400 Original-Received: from [176.228.60.248] (port=2269 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jcRw8-00011d-7D; Sat, 23 May 2020 07:03:29 -0400 In-Reply-To: (message from Andrea Corallo on Sat, 23 May 2020 10:37:18 +0000) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:180789 Archived-At: > From: Andrea Corallo > Cc: nicolasbertolo@gmail.com, 41242@debbugs.gnu.org > Date: Sat, 23 May 2020 10:37:18 +0000 > > >> https://akrl.sdf.org/gccemacs.html#orgb063106 > > > > Thanks. I guess this changes a lot in how Emacs starts up? E.g., > > what happens if the .el file was in the meantime modified and > > recompiled into the .eln file? we will load the new versions instead > > of the one that was preloaded, right? > > This is something we have to define. Currently we only complain if one > of the defined functions that was dumped cannot be found in the new > .eln. My preference would be to sign each .eln used for dump to make > sure what we are loading is what we dumped and refuse to load otherwise. > > BTW reloading from dump the "dumped" eln are not located by searching in > the load-path for all suffix. The eln position is stored into the > compilation unit object for performance reasons. Are you saying we store the absolute file name of the .eln files in the pdumper file? If so, how can Emacs start up if the .eln files were moved to another location, e.g. as part of "make install", or more generally if Emacs was relocated since it was dumped? > The performance problem Nicolas is discussing is related to the non > dumped .elns loaded at startup I believe. This is not about the performance issue, this is about the crash because emacs_dir was not yet defined where Emacs needed it: a different issue uncovered by Nicolas.