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#46256: [feature/native-comp] AOT eln files ignored if run from build tree Date: Wed, 10 Mar 2021 15:24:40 +0000 Message-ID: References: <83tupms4mp.fsf@gnu.org> <83eegpspjk.fsf@gnu.org> <83r1kpr03h.fsf@gnu.org> <83mtvdqt53.fsf@gnu.org> <83blbsqyea.fsf@gnu.org> <8335x4qofy.fsf@gnu.org> <83y2evnltw.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="21308"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Alan Mackenzie , 46256@debbugs.gnu.org, andrewjmoreton@gmail.com, pipcet@gmail.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Mar 10 16:25:39 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 1lK0iN-0005Lh-Bj for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 10 Mar 2021 16:25:35 +0100 Original-Received: from localhost ([::1]:49596 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lK0iM-000262-8y for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 10 Mar 2021 10:25:34 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50988) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lK0hr-00024y-9E for bug-gnu-emacs@gnu.org; Wed, 10 Mar 2021 10:25:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:40076) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lK0hq-0000EW-3H for bug-gnu-emacs@gnu.org; Wed, 10 Mar 2021 10:25:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lK0hp-0006Ne-U3 for bug-gnu-emacs@gnu.org; Wed, 10 Mar 2021 10:25:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 10 Mar 2021 15:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46256 X-GNU-PR-Package: emacs Original-Received: via spool by 46256-submit@debbugs.gnu.org id=B46256.161538988324498 (code B ref 46256); Wed, 10 Mar 2021 15:25:01 +0000 Original-Received: (at 46256) by debbugs.gnu.org; 10 Mar 2021 15:24:43 +0000 Original-Received: from localhost ([127.0.0.1]:51622 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lK0hX-0006N4-8Q for submit@debbugs.gnu.org; Wed, 10 Mar 2021 10:24:43 -0500 Original-Received: from mx.sdf.org ([205.166.94.24]:55775) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lK0hV-0006Mw-Ep for 46256@debbugs.gnu.org; Wed, 10 Mar 2021 10:24:42 -0500 Original-Received: from mab (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 12AFOeg7013357 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Wed, 10 Mar 2021 15:24:40 GMT In-Reply-To: <83y2evnltw.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 10 Mar 2021 16:07:55 +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:202005 Archived-At: Eli Zaretskii writes: >> Date: Wed, 10 Mar 2021 13:14:16 +0000 >> Cc: akrl@sdf.org, 46256@debbugs.gnu.org, andrewjmoreton@gmail.com, >> pipcet@gmail.com >> From: Alan Mackenzie >> >> > Answering my own question here: it can easily happen due to use of >> > cc-require in cc-*.el files. Alan, why does CC mode use this >> > technique? what is the purpose of always loading a Lisp file even if >> > it was already loaded? >> >> Are you sure? cc-require is intended just to compile a `require' form >> (OK, it compiles (progn nil (require 'cc-vars)), but the byte compiler >> will optimise the progn away). > > We are not talking about compilation, we are talking about loading > cc-* files. When we process cc-require, we end up loading the > required CC mode file, even though it is already loaded. > >> When loading uncompiled cc-*.el, cc-require does fancy things to make >> sure the cc-*.el is in the "correct" directory, but it shouldn't compile >> any of this into the *.elc. Maybe there's a bug, somewhere. >> >> The code in this area was written by Martin Stjernholm (my predecessor), >> who was evidently having trouble with "wrong" versions of the *.el files >> getting loaded. >> >> I've had a bit of a look at the thread for bug #46256, but I can't really >> follow it, at least not without a lot of effort. Might it be that the >> ..eln compiler is doing things on the .el file? I'm not at all familiar >> with how the native compilation works, I'm afraid. > > Maybe. Andrea, could you take a look at what happens with cc-require > in the native-comp branch? Yes, today or tomorrow evening I'll try to have a look. Thanks Andrea