From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#47067: 28.0.50; [feature/native-comp] Crash while scrolling through dispnew.c Date: Thu, 25 Mar 2021 20:24:12 +0000 Message-ID: References: <83sg52lykn.fsf@gnu.org> <83pn04jhge.fsf@gnu.org> <838s6rjvup.fsf@gnu.org> <83pmzve442.fsf@gnu.org> <83ft0rdyld.fsf@gnu.org> <83mtuycft5.fsf@gnu.org> <83r1k8bzqs.fsf@gnu.org> <83k0q0bu05.fsf@gnu.org> <83eeg8bjvj.fsf@gnu.org> <83a6qwbiyd.fsf@gnu.org> <837dm0bfvv.fsf@gnu.org> <83pmznqi7m.fsf@gnu.org> Reply-To: Andrea Corallo Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30742"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 47067@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Mar 25 21:25:14 2021 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 1lPWXa-0007uy-ER for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 25 Mar 2021 21:25:14 +0100 Original-Received: from localhost ([::1]:48030 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lPWXZ-0001Hx-8p for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 25 Mar 2021 16:25:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58550) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lPWXO-0001Gs-Oi for bug-gnu-emacs@gnu.org; Thu, 25 Mar 2021 16:25:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:56405) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lPWXO-0000JW-1X for bug-gnu-emacs@gnu.org; Thu, 25 Mar 2021 16:25:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lPWXN-0001xC-Sk for bug-gnu-emacs@gnu.org; Thu, 25 Mar 2021 16:25:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 25 Mar 2021 20:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47067 X-GNU-PR-Package: emacs Original-Received: via spool by 47067-submit@debbugs.gnu.org id=B47067.16167038587456 (code B ref 47067); Thu, 25 Mar 2021 20:25:01 +0000 Original-Received: (at 47067) by debbugs.gnu.org; 25 Mar 2021 20:24:18 +0000 Original-Received: from localhost ([127.0.0.1]:39718 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lPWWg-0001wB-0E for submit@debbugs.gnu.org; Thu, 25 Mar 2021 16:24:18 -0400 Original-Received: from mx.sdf.org ([205.166.94.24]:49366) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lPWWe-0001vz-4l for 47067@debbugs.gnu.org; Thu, 25 Mar 2021 16:24:16 -0400 Original-Received: from mab (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 12PKOCuu024914 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Thu, 25 Mar 2021 20:24:13 GMT In-Reply-To: <83pmznqi7m.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 25 Mar 2021 19:03:09 +0200") 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:203027 Archived-At: Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: 47067@debbugs.gnu.org >> Date: Thu, 25 Mar 2021 16:51:48 +0000 >> >> >>> I was referring to a different case, future dumps done by the user >> >>> calling directly `dump-emacs-portable', in that case some .eln might >> >>> stay where they were placed originally (not in the preloaded subfolder). >> >>> >> >>> I know for now we don't support officially `dump-emacs-portable' to be >> >>> used directly by the user, so I'm not sure that's a real issue, but I >> >>> was trying to think future proof. >> >> >> >> Ah, okay. I think we can leave this use case for posterity, to be >> >> figured out when re-dumping is fully supported. How about adding this >> >> bit to the etc/TODO item that talks about re-dumping? >> > >> > Right, will do that contextually when I prepare the patch. >> > >> > Andrea >> >> The only non trivial part here is to identify at compile time if a file >> will be preloaded or not (so we can output it in the preloaded >> directory). >> >> Any obvious suggestion here before I start hacking the build system? > > Why does it have to be the build system? dump-emacs-portable is an > Emacs function, it doesn't use any of the build machinery. If we want to have the eln files dumped into the "preloaded" subfolder we need to know where to output when they are compiled, so before `dump-emacs-portable' is called. Maybe you have a different model in mind? TIA Andrea