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#47987: 28.0.50; [native-comp] Can't compile ELN if EL and ELC reside in different directories Date: Tue, 27 Apr 2021 17:00:28 +0000 Message-ID: References: <87im4ci1fw.fsf@fastmail.fm> Reply-To: Andrea Corallo Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17690"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 47987@debbugs.gnu.org To: Tassilo Horn Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Apr 27 19:01:47 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 1lbR5n-0004UR-8C for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 27 Apr 2021 19:01:47 +0200 Original-Received: from localhost ([::1]:38788 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lbR5h-0006P0-Ix for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 27 Apr 2021 13:01:41 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35242) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lbR55-0006M3-4G for bug-gnu-emacs@gnu.org; Tue, 27 Apr 2021 13:01:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39220) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lbR54-0002uR-HR for bug-gnu-emacs@gnu.org; Tue, 27 Apr 2021 13:01:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lbR54-0008HY-Fc for bug-gnu-emacs@gnu.org; Tue, 27 Apr 2021 13:01:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Apr 2021 17:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47987 X-GNU-PR-Package: emacs Original-Received: via spool by 47987-submit@debbugs.gnu.org id=B47987.161954283431785 (code B ref 47987); Tue, 27 Apr 2021 17:01:02 +0000 Original-Received: (at 47987) by debbugs.gnu.org; 27 Apr 2021 17:00:34 +0000 Original-Received: from localhost ([127.0.0.1]:50766 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lbR4b-0008Ga-Oa for submit@debbugs.gnu.org; Tue, 27 Apr 2021 13:00:34 -0400 Original-Received: from mx.sdf.org ([205.166.94.24]:50173) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lbR4a-0008GS-0G for 47987@debbugs.gnu.org; Tue, 27 Apr 2021 13:00:32 -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 13RH0Sa3015030 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Tue, 27 Apr 2021 17:00:30 GMT In-Reply-To: <87im4ci1fw.fsf@fastmail.fm> (Tassilo Horn's message of "Sat, 24 Apr 2021 09:20:45 +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:205034 Archived-At: Tassilo Horn writes: > I use mu with its mu4e Emacs package for reading my mail. I have it > checked out as > > ~/Repos/el/mu/ > > and the *.el files are in > > ~/Repos/el/mu/mu4e/. > > Mu can be build with the meson build tool which places the build > artifacts in a separate build/ subdirectory, so the executables are in > > ~/Repos/el/mu/build/mu/ > > and the *.elc files are in > > ~/Repos/el/mu/build/mu4e/. > > I've added both ~/Repos/el/mu/mu4e/ and ~/Repos/el/mu/build/mu4e/ to > `load-path', so `C-h f mu4e' says > > mu4e is an interactive compiled Lisp function in =E2=80=98mu4e.el=E2=80= =99. > > i.e., it has loaded the compiled file and the help links to the source > file (probably because I've set `load-prefer-newer'). Perfect! > > However, the native compiler complains that it cannot find the source > files in a *Warnings* buffer: > > Warning (comp): Cannot look-up eln file as no source file was found for /= home/horn/Repos/el/mu/build/mu4e/mu4e.elc Disable showing Disable logging [...] > As the no-native-comp emacs has no problem locating byte-compiled and > source file, the native-comp emacs shouldn't have that problem, too. > > In the information below, see that mu4e's byte-compiled files are listed > as load-path-shadows, shadowing the source files. Hi Tassilo, The trouble is that given the bytecode being loaded Emacs needs to find the source file, both to native compile it (if necessary) both to hash it in order to the locate the correct .eln file to load. Now given the .elc file removing the final 'c' was the simple algo applied for this scope :) But is this is not sufficient we have to either provide a more sophisticate mechanism so that a package can register a new mapping or either disable eln load for some package. Thanks Andrea