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#50666: 28.0.50; Fix native compilation on Cygwin Date: Fri, 24 Sep 2021 07:26:11 +0000 Message-ID: References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <87tuiao6g6.fsf@Otto.invalid> <83fstutpnt.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="23554"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: ASSI , 50666@debbugs.gnu.org, kbrown@cornell.edu To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Sep 24 09:27:13 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 1mTfc0-0005uy-7M for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 24 Sep 2021 09:27:12 +0200 Original-Received: from localhost ([::1]:49102 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mTfby-0002gJ-3J for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 24 Sep 2021 03:27:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44840) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTfbp-0002fu-WA for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2021 03:27:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:45056) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mTfbp-0002CJ-OV for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2021 03:27:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mTfbp-0004ef-Kl for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2021 03:27: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: Fri, 24 Sep 2021 07:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163246838917847 (code B ref 50666); Fri, 24 Sep 2021 07:27:01 +0000 Original-Received: (at 50666) by debbugs.gnu.org; 24 Sep 2021 07:26:29 +0000 Original-Received: from localhost ([127.0.0.1]:56602 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTfb8-0004da-VA for submit@debbugs.gnu.org; Fri, 24 Sep 2021 03:26:29 -0400 Original-Received: from mx.sdf.org ([205.166.94.24]:53750) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTfb5-0004dO-HW for 50666@debbugs.gnu.org; Fri, 24 Sep 2021 03:26:17 -0400 Original-Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 18O7QBDN014773 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Fri, 24 Sep 2021 07:26:11 GMT In-Reply-To: <83fstutpnt.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 24 Sep 2021 10:10:14 +0300") 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:215269 Archived-At: Eli Zaretskii writes: >> From: ASSI >> Cc: Eli Zaretskii , Andrea Corallo , >> Stromeko@nexgo.de, 50666@debbugs.gnu.org, Ken Brown >> >> Date: Fri, 24 Sep 2021 08:04:09 +0200 >> >> You can't rebase an object that is already loaded on Windows (or load an >> object that is in the process of getting rebased), so I would not worry >> about this situation too much at the moment. > > This means that the following situation will predictably fail: > > . Emacs session A (or just some shell command) rebases a .eln file > . Emacs session B decides it needs to load that .eln > > What kind of failure will session B see in this case? Is it possible > to figure out somehow that this is the reason, so that we could > instead try loading the .elc or .el? > > Or maybe we should add an automatic fallback on .elc/.el in case > loading a .eln fails? Andrea, WDYT? will that work? Yes I think we could have an automatic fallback, we might have 'native-elisp-load' (invoked by 'load') re invoke load itself in case of failure, not very clean tho. But aside the fact that is implementable I think it should be limited to just this specific load failure, otherwise it could easily mask other issues. And this raise another question: can we identify this specific kind of load failure? Andrea