From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Date: Fri, 24 Sep 2021 10:10:14 +0300 Message-ID: <83fstutpnt.fsf@gnu.org> 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> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="33727"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 50666@debbugs.gnu.org, akrl@sdf.org To: ASSI Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Sep 24 09:12:53 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 1mTfO9-0008aP-5x for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 24 Sep 2021 09:12:53 +0200 Original-Received: from localhost ([::1]:60206 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mTfO8-0007EK-8J for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 24 Sep 2021 03:12:52 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37086) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTfMM-0003GI-OV for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2021 03:11:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:45030) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mTfMM-0004D2-Fi for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2021 03:11:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mTfMM-0004CM-4m for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2021 03:11:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Sep 2021 07:11:02 +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.163246744316105 (code B ref 50666); Fri, 24 Sep 2021 07:11:02 +0000 Original-Received: (at 50666) by debbugs.gnu.org; 24 Sep 2021 07:10:43 +0000 Original-Received: from localhost ([127.0.0.1]:56576 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTfM3-0004Be-H5 for submit@debbugs.gnu.org; Fri, 24 Sep 2021 03:10:43 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:48118) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTfM1-0004BR-Fm for 50666@debbugs.gnu.org; Fri, 24 Sep 2021 03:10:42 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:46252) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mTfLr-0003mh-7j; Fri, 24 Sep 2021 03:10:33 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1080 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTfLi-0006Pl-Ae; Fri, 24 Sep 2021 03:10:31 -0400 In-Reply-To: <87tuiao6g6.fsf@Otto.invalid> (message from ASSI on Fri, 24 Sep 2021 08:04: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:215267 Archived-At: > 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?