From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Andy Moreton Newsgroups: gmane.emacs.bugs Subject: bug#46256: [feature/native-comp] AOT eln files ignored if run from build tree Date: Fri, 19 Feb 2021 14:49:25 +0000 Message-ID: <86v9ao5czu.fsf@gmail.com> References: <865z3866my.fsf@gmail.com> <865z38a9vo.fsf@gmail.com> <86eehujcip.fsf@gmail.com> <86blch14qt.fsf@gmail.com> <83h7m84h9g.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16344"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (windows-nt) To: 46256@debbugs.gnu.org Cancel-Lock: sha1:AnOx4XS34IABO3NdR70XL6xsZ5E= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Feb 19 16:21:23 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 1lD7as-00048Z-GV for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 19 Feb 2021 16:21:22 +0100 Original-Received: from localhost ([::1]:49938 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lD7ar-0006S9-Ai for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 19 Feb 2021 10:21:21 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35296) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lD76Z-00051n-NX for bug-gnu-emacs@gnu.org; Fri, 19 Feb 2021 09:50:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:37499) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lD76Y-0004nE-6g for bug-gnu-emacs@gnu.org; Fri, 19 Feb 2021 09:50:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lD76Y-0003Hl-55 for bug-gnu-emacs@gnu.org; Fri, 19 Feb 2021 09:50:02 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Andy Moreton Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 19 Feb 2021 14:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46256 X-GNU-PR-Package: emacs X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.161374618912604 (code B ref -1); Fri, 19 Feb 2021 14:50:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 19 Feb 2021 14:49:49 +0000 Original-Received: from localhost ([127.0.0.1]:49044 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lD76K-0003HC-KX for submit@debbugs.gnu.org; Fri, 19 Feb 2021 09:49:48 -0500 Original-Received: from lists.gnu.org ([209.51.188.17]:35602) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lD769-0003Go-JP for submit@debbugs.gnu.org; Fri, 19 Feb 2021 09:49:38 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35078) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lD767-0004ST-ER for bug-gnu-emacs@gnu.org; Fri, 19 Feb 2021 09:49:37 -0500 Original-Received: from ciao.gmane.io ([116.202.254.214]:41748) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lD765-0004c9-IE for bug-gnu-emacs@gnu.org; Fri, 19 Feb 2021 09:49:34 -0500 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1lD762-0007lS-I8 for bug-gnu-emacs@gnu.org; Fri, 19 Feb 2021 15:49:30 +0100 X-Injected-Via-Gmane: http://gmane.org/ Received-SPF: pass client-ip=116.202.254.214; envelope-from=geb-bug-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: 5 X-Spam_score: 0.5 X-Spam_bar: / X-Spam_report: (0.5 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action 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:200343 Archived-At: On Fri 19 Feb 2021, Eli Zaretskii wrote: >> Cc: 46256@debbugs.gnu.org >> Date: Thu, 18 Feb 2021 21:00:29 +0000 >> From: Andrea Corallo via "Bug reports for GNU Emacs, >> the Swiss army knife of text editors" >> >> >> Last queston: do reverse slashes '\' appear somewhere in those >> >> filenames? This was issue I tried to fix with the blind patch I've >> >> sent. >> > >> > As Eli pointed out, that is not the problem: forward slashes are ok. >> >> I understand they are handled, but here as we do a substitution we must >> substitute what's coming in. >> >> As you have the possibility to debug this piece of code on Windows >> please have a look at this (or try my blind patch if you haven't). > > If the problem is with hashing file names, you will have to > canonicalize them first, including resolving the letter-case issue, > the forward/back-slashes issue, and also the issue with those pesky > numerical tails Windows sometimes produces. We have a function > Fw32_long_file_name for that purpose, I think you should use it (if > you need it for C strings, we could add a wrapper around > w32_get_long_filename to do that instead). This assumes that you are > talking about existing files; if that assumption is not true, we will > need a slightly different strategy. The problem is with the file names used to generate the hashes, where comparison of file names. As an experiment, I changed epaths.h from: #define PATH_DUMPLOADSEARCH "C:/emacs/git/emacs/native/lisp" to: #define PATH_DUMPLOADSEARCH "c:/emacs/git/emacs/native/lisp" and then ran make (to build without regenerating the header). The resulting emacs did not complain about mismatched filenames. Thus the fix outlined by Eli above looks like it will solve the problem. AndyM