From unknown Sun Jun 22 11:37:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#41329: [feature/native-comp] The Makefile only checks for .elc files. Resent-From: Nicolas =?UTF-8?Q?B=C3=A9rtolo?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 16 May 2020 16:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 41329 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 41329@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.15896457682937 (code B ref -1); Sat, 16 May 2020 16:17:02 +0000 Received: (at submit) by debbugs.gnu.org; 16 May 2020 16:16:08 +0000 Received: from localhost ([127.0.0.1]:41559 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jZzTs-0000lI-9j for submit@debbugs.gnu.org; Sat, 16 May 2020 12:16:08 -0400 Received: from lists.gnu.org ([209.51.188.17]:51452) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jZzTd-0000kR-Sg for submit@debbugs.gnu.org; Sat, 16 May 2020 12:16:06 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41644) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jZzTd-0007ZQ-NX for bug-gnu-emacs@gnu.org; Sat, 16 May 2020 12:15:53 -0400 Received: from mail-ot1-x32c.google.com ([2607:f8b0:4864:20::32c]:34612) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jZzTc-0001Qa-Vn for bug-gnu-emacs@gnu.org; Sat, 16 May 2020 12:15:53 -0400 Received: by mail-ot1-x32c.google.com with SMTP id 72so4504680otu.1 for ; Sat, 16 May 2020 09:15:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=5hrBkqgL8RyJWIkxfLPz96sc4L4bE7bffVZ1Z3ILtzY=; b=sINGkVqYY7s1mvJkAFdYINKyXEN6XFA+yIio8AnmfmWm35CB2a8HMvV/zTQcZaogti tM4Fyf/0WSJbYeFPrSCs/qJ+DGa4P30TV7HECUQcblWPWqfgyFEW0+37kgM1eBnihcvh cZ51sQ8YUk+tHrA8sGY7l/B5DcNiy9HjOl8ToL6TVhu9aRgZFAF0+tIGTdCgdaTdOtzo sfKc/2IhBTimR46Qogw6IIxQuIuUYoM8T7pfFlkMzkzsAUovpV5ElJjStG84Bc2vCqMD 2+QYz8o99btYm8GQ0U9jH4R1PGuCf7GrZvX/Gj6XHdYHSAzr0D8FJuQcowZqJwQdh9o4 P/0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=5hrBkqgL8RyJWIkxfLPz96sc4L4bE7bffVZ1Z3ILtzY=; b=O5WDj+Yeub+GeDqLeS//4JeLDfmv1LBJ4ekOu8zgyZVlHcWru3xsJg9i6lO6y1y7Km 1h+9YOD7/G1rrowdQKHHFLLRu4qhCOi02lGNGljTy9+XwmH7hgc2R0cKHpDSIdmWL8mv qMiGHytAyXt94cT9OhrjR6RXRmFKInJayBFB+W7SSQnbuTJCHs358s8JCOQ3sNss7Izh wzQEofNbPO/c9P1J9Wc5IUK8YmIVN1VqfqFvURejuL9QjstVPezrD8BCOJeeY4ovCMo1 znQvd3WUdEuAB4c5FsqI2wWvjYQkdXDN6IWBYLmwskvRfwIKGZ3cwXhuxeRj80BnquMK 8mTg== X-Gm-Message-State: AOAM532oQvfNbFpZVOYQrfAq1Fh/IjZsVAszzv68EQdW6seCGNKd1w+w JqVxE+un8EWc9FoDhuGkLug57OIjyIxxC+T7fdxDrQbkGks= X-Google-Smtp-Source: ABdhPJyRZA/evCNKtQJDUu9FYW3RAwOv+BxOmUP8jL4+9+6DgEo45w2xEXS0c4WdvEHYZGPDLHoy8l3dkGDMKhEHyqg= X-Received: by 2002:a9d:191:: with SMTP id e17mr5943085ote.193.1589645751707; Sat, 16 May 2020 09:15:51 -0700 (PDT) MIME-Version: 1.0 From: Nicolas =?UTF-8?Q?B=C3=A9rtolo?= Date: Sat, 16 May 2020 13:15:40 -0300 Message-ID: Content-Type: multipart/alternative; boundary="000000000000596cef05a5c63eec" Received-SPF: pass client-ip=2607:f8b0:4864:20::32c; envelope-from=nicolasbertolo@gmail.com; helo=mail-ot1-x32c.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-Spam-Score: 0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --000000000000596cef05a5c63eec Content-Type: text/plain; charset="UTF-8" There is a problem with the build system for .eln files. The Makefile only has a target creating *.elc files. This means that if you use Emacs to change an .el file and you set it up to byte-compile .el files on save you will never recompile the .eln files. This can also be reproduced if you press C-c on a terminal that is native-compiling. The .eln file will not be produced, but the .elc will be in the filesystem and `make` will not try to native-compile the file again. --000000000000596cef05a5c63eec Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
There=C2=A0is a problem with the build system for .eln fil= es. The Makefile only has a
target creating *.elc files. This means that= if you use Emacs to change an .el
file and you set it up to byte-compil= e .el files on save you will never
recompile the .eln files.

This= can also be reproduced if you press C-c on a terminal that is
native-co= mpiling. The .eln file will not be produced, but the .elc will be in
the= filesystem and `make` will not try to native-compile the file again.
--000000000000596cef05a5c63eec-- From unknown Sun Jun 22 11:37:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#41329: [feature/native-comp] The Makefile only checks for .elc files. Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 16 May 2020 16:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41329 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Nicolas =?UTF-8?Q?B=C3=A9rtolo?= Cc: 41329@debbugs.gnu.org Received: via spool by 41329-submit@debbugs.gnu.org id=B41329.15896481198302 (code B ref 41329); Sat, 16 May 2020 16:56:02 +0000 Received: (at 41329) by debbugs.gnu.org; 16 May 2020 16:55:19 +0000 Received: from localhost ([127.0.0.1]:41622 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ja05n-00029p-HZ for submit@debbugs.gnu.org; Sat, 16 May 2020 12:55:19 -0400 Received: from mx.sdf.org ([205.166.94.20]:56906) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ja05m-00029c-GI for 41329@debbugs.gnu.org; Sat, 16 May 2020 12:55:19 -0400 Received: from sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 04GGtHuR004973 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Sat, 16 May 2020 16:55:17 GMT Received: (from akrl@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 04GGtHX8010624; Sat, 16 May 2020 16:55:17 GMT From: Andrea Corallo References: Date: Sat, 16 May 2020 16:55:17 +0000 In-Reply-To: ("Nicolas =?UTF-8?Q?B=C3=A9rtolo?="'s message of "Sat, 16 May 2020 13:15:40 -0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Nicolas B=C3=A9rtolo writes: > There=C2=A0is a problem with the build system for .eln files. The Makefile > only has a > target creating *.elc files. Yes the main reason for that is that the Makefile is not aware of which files are lexical and can be compiled and which are dynamic and can't. > This means that if you use Emacs to > change an .el > file and you set it up to byte-compile .el files on save you will > never > recompile the .eln files. I'm not sure I understand. I you mean that manually byte-compiling a file prevents the .eln compilation to happen if make is invoked afterwards then yes. But make should be used. > This can also be reproduced if you press C-c on a terminal that is > native-compiling. The .eln file will not be produced, but the .elc > will be in > the filesystem and `make` will not try to native-compile the file > again. I don't think so, the .elc is renamed with their final filename after the .eln has been produced to prevent exactly that. This build system arrangement is till we have dynamic scope compilation and we can clean it up. Andrea --=20 akrl@sdf.org From unknown Sun Jun 22 11:37:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#41329: [feature/native-comp] The Makefile only checks for .elc files. Resent-From: Nicolas =?UTF-8?Q?B=C3=A9rtolo?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 16 May 2020 17:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41329 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andrea Corallo Cc: 41329@debbugs.gnu.org Received: via spool by 41329-submit@debbugs.gnu.org id=B41329.15896511741662 (code B ref 41329); Sat, 16 May 2020 17:47:01 +0000 Received: (at 41329) by debbugs.gnu.org; 16 May 2020 17:46:14 +0000 Received: from localhost ([127.0.0.1]:41714 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ja0t3-0000QN-PQ for submit@debbugs.gnu.org; Sat, 16 May 2020 13:46:14 -0400 Received: from mail-ot1-f48.google.com ([209.85.210.48]:37333) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ja0t2-0000Ko-4h for 41329@debbugs.gnu.org; Sat, 16 May 2020 13:46:12 -0400 Received: by mail-ot1-f48.google.com with SMTP id x22so1019542otq.4 for <41329@debbugs.gnu.org>; Sat, 16 May 2020 10:46:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=mPa1tJNLi0PL6sV/v9DYmsXNP0iN3zzzElWR+t8zJ2o=; b=iLBHDUIVhiSwCsJG0zWwLIEb/For8dVEGOV0XzavkqhQnylgVd81u9V1d1Jogy2/OU j//dRvaOrv4eJzy7FPijs4CwSoGusaG1+PQC4Dq5Fd8mtwHEdKt9R9JGa0s/dtDsvG+m CWOqRpBe6g24SuC2s8wRwU1jizUCuOcBmw4ETrqDCwEkXUzJ9EkHR+DLJ85DdrNHbbJd QBYlRtTIpwjCwjyhccBVMIgFURGN0Jp1Sv+U7KdpoPn/+gSYkBvqWINuQ7XfbeXt7kLD rWdKQn5yWO/4e5lZcdcEEk1nSjHnYI+B11P7l+O/7+mFUr9ICdHvwiV2dqMpAZItlO3c bR1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=mPa1tJNLi0PL6sV/v9DYmsXNP0iN3zzzElWR+t8zJ2o=; b=QJjZwulbZQ8mhxHAJJbACBTRLOuJmP6beQLyZk62W8dbwQol+MhZthFqBP3xXXfFo8 y+35WtVCkWM/Gkg8+9wioxUt8BMzotWxgY9E+A1/ms4ukto7rbxB9rPHdtfDXUUIOn26 da8A3GfmrbbvxoQcbf8evpKEIIqdnAgMhC7n3KtGmwEel3XHPZN/9JcsC9q3T84so5t4 ALRdBlxVfZHMvDgLdJR5P8OHJQ/NjanTLMPCY1zQZvphNrLgk4zrKtlnwQQ6n71FnMNB hHE+GxhCmUfyCFs3RDRN2bwBrm03QZ9qBToKSi71Czy9fXE1LM9Lp0Zhe/O7dFY4HGp7 /WNg== X-Gm-Message-State: AOAM531G+h6pOGIAWXXnn4GyNmi2WQNnT6i3MNP1yiIhnwn/J1stbxIY TBrGf9Got8efoqcbc3WaD6Idqc7p0j2p/I+n1XQ= X-Google-Smtp-Source: ABdhPJzx9HvAqakw/kM2E+7Kmjm81WSniI5qjRq+8iK6kTEKQsPhlrpAsf62icEcaNHZBATtaxzh8syp9wG0TxVVgBo= X-Received: by 2002:a9d:3988:: with SMTP id y8mr6185950otb.352.1589651166545; Sat, 16 May 2020 10:46:06 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Nicolas =?UTF-8?Q?B=C3=A9rtolo?= Date: Sat, 16 May 2020 14:45:54 -0300 Message-ID: Content-Type: multipart/alternative; boundary="000000000000194d2d05a5c781c1" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000194d2d05a5c781c1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > I'm not sure I understand. I you mean that manually byte-compiling a > file prevents the .eln compilation to happen if make is invoked > afterwards then yes. But make should be used. I use `auto-compile-mode` so that is why I was hitting this problem. > I don't think so, the .elc is renamed with their final filename after > the .eln has been produced to prevent exactly that. Mmm, it has happened in my system. I wonder why. Will post an update if I manage to reproduce it reliably. > Yes the main reason for that is that the Makefile is not aware of which > files are lexical and can be compiled and which are dynamic and can't. Can't it grep for "lexical-binding: t" in the first line? Nicolas. El s=C3=A1b., 16 may. 2020 a las 13:55, Andrea Corallo () esc= ribi=C3=B3: > Nicolas B=C3=A9rtolo writes: > > > There is a problem with the build system for .eln files. The Makefile > > only has a > > target creating *.elc files. > > Yes the main reason for that is that the Makefile is not aware of which > files are lexical and can be compiled and which are dynamic and can't. > > > This means that if you use Emacs to > > change an .el > > file and you set it up to byte-compile .el files on save you will > > never > > recompile the .eln files. > > I'm not sure I understand. I you mean that manually byte-compiling a > file prevents the .eln compilation to happen if make is invoked > afterwards then yes. But make should be used. > > > This can also be reproduced if you press C-c on a terminal that is > > native-compiling. The .eln file will not be produced, but the .elc > > will be in > > the filesystem and `make` will not try to native-compile the file > > again. > > I don't think so, the .elc is renamed with their final filename after > the .eln has been produced to prevent exactly that. > > This build system arrangement is till we have dynamic scope compilation > and we can clean it up. > > Andrea > > -- > akrl@sdf.org > --000000000000194d2d05a5c781c1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> I'm not sure I understand.=C2=A0 I you mean that manually byte-com= piling a
> file prevents the .eln compilation to happen if make is invoked
> afterwards then yes.=C2=A0 But make should be used.

I use `auto-compile-mode` so that is why I was hi= tting this problem.

>=20 I don't think so, the .elc is renamed with their final filename after
> the .eln has been produced to prevent exactly that.
Mmm, it has happened in my system. I wonder why. Will post an u= pdate
if I manage to reproduce it reliably.

<= div>>=20 Yes the main reason for that is that the Makefile is not aware of which
> files are lexical and can be compiled and which are dynamic and can= 9;t.

Can't it grep for "lexical-binding: = t" in the first line?

Nicolas.


El s=C3=A1b., 16 may. 2020 a las 13:55, Andrea Corallo= (<akrl@sdf.org>) escribi=C3=B3:<= br>
Nicolas B=C3=A9r= tolo <nico= lasbertolo@gmail.com> writes:

> There=C2=A0is a problem with the build system for .eln files. The Make= file
> only has a
> target creating *.elc files.

Yes the main reason for that is that the Makefile is not aware of which
files are lexical and can be compiled and which are dynamic and can't.<= br>
> This means that if you use Emacs to
> change an .el
> file and you set it up to byte-compile .el files on save you will
> never
> recompile the .eln files.

I'm not sure I understand.=C2=A0 I you mean that manually byte-compilin= g a
file prevents the .eln compilation to happen if make is invoked
afterwards then yes.=C2=A0 But make should be used.

> This can also be reproduced if you press C-c on a terminal that is
> native-compiling. The .eln file will not be produced, but the .elc
> will be in
> the filesystem and `make` will not try to native-compile the file
> again.

I don't think so, the .elc is renamed with their final filename after the .eln has been produced to prevent exactly that.

This build system arrangement is till we have dynamic scope compilation
and we can clean it up.

=C2=A0 Andrea

--
akrl@sdf.org
--000000000000194d2d05a5c781c1-- From unknown Sun Jun 22 11:37:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#41329: [feature/native-comp] The Makefile only checks for .elc files. Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 16 May 2020 18:20:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41329 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Nicolas =?UTF-8?Q?B=C3=A9rtolo?= Cc: 41329@debbugs.gnu.org Received: via spool by 41329-submit@debbugs.gnu.org id=B41329.15896531548725 (code B ref 41329); Sat, 16 May 2020 18:20:01 +0000 Received: (at 41329) by debbugs.gnu.org; 16 May 2020 18:19:14 +0000 Received: from localhost ([127.0.0.1]:41749 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ja1P0-0002Ge-Bc for submit@debbugs.gnu.org; Sat, 16 May 2020 14:19:14 -0400 Received: from mx.sdf.org ([205.166.94.20]:56709) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ja1Oy-0002GV-Ex for 41329@debbugs.gnu.org; Sat, 16 May 2020 14:19:13 -0400 Received: from sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 04GIJAY2018013 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Sat, 16 May 2020 18:19:11 GMT Received: (from akrl@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 04GIJAVe018346; Sat, 16 May 2020 18:19:10 GMT From: Andrea Corallo References: Date: Sat, 16 May 2020 18:19:10 +0000 In-Reply-To: ("Nicolas =?UTF-8?Q?B=C3=A9rtolo?="'s message of "Sat, 16 May 2020 14:45:54 -0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Nicolas B=C3=A9rtolo writes: >> I'm not sure I understand.=C2=A0 I you mean that manually byte-compiling > a >> file prevents the .eln compilation to happen if make is invoked >> afterwards then yes.=C2=A0 But make should be used. > > I use `auto-compile-mode` so that is why I was hitting this problem. I see, I rarely messed up externally the repo and always used make to build. >> I don't think so, the .elc is renamed with their final filename > after >> the .eln has been produced to prevent exactly that. > > Mmm, it has happened in my system. I wonder why. Will post an update > if I manage to reproduce it reliably. I suspect this is due to some confusion or a different issue to the discussed one. AFAIU if a file is compiled by `batch-byte-native-compile-for-bootstrap' the elc can be produced only after the eln. >> Yes the main reason for that is that the Makefile is not aware of > which >> files are lexical and can be compiled and which are dynamic and > can't. > > Can't it grep for "lexical-binding: t" in the first line? I think so, but playing with the build system can be time consuming, especially to obtain a portable solutions. Given that when we'll have dynamic scope compilation will be sufficient just not to produce the .elc I decided not to invest more time on this. If you want to suggest a patch to have the eln files as target this is very welcome. Consider that the other complication is the eln folder with the hash that should be know to the build system, so probably a two step solution is required. Thanks Andrea -- akrl@sdf.org From unknown Sun Jun 22 11:37:16 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Nicolas =?UTF-8?Q?B=C3=A9rtolo?= Subject: bug#41329: closed (Re: bug#41329: [feature/native-comp] The Makefile only checks for .elc files.) Message-ID: References: X-Gnu-PR-Message: they-closed 41329 X-Gnu-PR-Package: emacs Reply-To: 41329@debbugs.gnu.org Date: Mon, 31 Aug 2020 20:55:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1598907302-12607-1" This is a multi-part message in MIME format... ------------=_1598907302-12607-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #41329: [feature/native-comp] The Makefile only checks for .elc files. which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 41329@debbugs.gnu.org. --=20 41329: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D41329 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1598907302-12607-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 41329-done) by debbugs.gnu.org; 31 Aug 2020 20:54:07 +0000 Received: from localhost ([127.0.0.1]:53882 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kCqoZ-0003Fq-2o for submit@debbugs.gnu.org; Mon, 31 Aug 2020 16:54:07 -0400 Received: from mx.sdf.org ([205.166.94.24]:64646) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kCqoY-0003Fi-8A for 41329-done@debbugs.gnu.org; Mon, 31 Aug 2020 16:54:06 -0400 Received: from mab (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTP id 07VKs58C009195; Mon, 31 Aug 2020 20:54:05 GMT From: Andrea Corallo To: Nicolas =?utf-8?Q?B=C3=A9rtolo?= Subject: Re: bug#41329: [feature/native-comp] The Makefile only checks for .elc files. Date: Mon, 31 Aug 2020 20:54:04 +0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 41329-done Cc: 41329-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Nicolas B=C3=A9rtolo writes: > There is a problem with the build system for .eln files. The Makefile onl= y has a > target creating *.elc files. This means that if you use Emacs to change a= n .el > file and you set it up to byte-compile .el files on save you will never > recompile the .eln files. I'm closing this as with the new cache mechanism the stale .eln can't be loaded and will be automatically recompiled before being finally late loaded. Andrea ------------=_1598907302-12607-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 16 May 2020 16:16:08 +0000 Received: from localhost ([127.0.0.1]:41559 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jZzTs-0000lI-9j for submit@debbugs.gnu.org; Sat, 16 May 2020 12:16:08 -0400 Received: from lists.gnu.org ([209.51.188.17]:51452) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jZzTd-0000kR-Sg for submit@debbugs.gnu.org; Sat, 16 May 2020 12:16:06 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41644) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jZzTd-0007ZQ-NX for bug-gnu-emacs@gnu.org; Sat, 16 May 2020 12:15:53 -0400 Received: from mail-ot1-x32c.google.com ([2607:f8b0:4864:20::32c]:34612) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jZzTc-0001Qa-Vn for bug-gnu-emacs@gnu.org; Sat, 16 May 2020 12:15:53 -0400 Received: by mail-ot1-x32c.google.com with SMTP id 72so4504680otu.1 for ; Sat, 16 May 2020 09:15:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=5hrBkqgL8RyJWIkxfLPz96sc4L4bE7bffVZ1Z3ILtzY=; b=sINGkVqYY7s1mvJkAFdYINKyXEN6XFA+yIio8AnmfmWm35CB2a8HMvV/zTQcZaogti tM4Fyf/0WSJbYeFPrSCs/qJ+DGa4P30TV7HECUQcblWPWqfgyFEW0+37kgM1eBnihcvh cZ51sQ8YUk+tHrA8sGY7l/B5DcNiy9HjOl8ToL6TVhu9aRgZFAF0+tIGTdCgdaTdOtzo sfKc/2IhBTimR46Qogw6IIxQuIuUYoM8T7pfFlkMzkzsAUovpV5ElJjStG84Bc2vCqMD 2+QYz8o99btYm8GQ0U9jH4R1PGuCf7GrZvX/Gj6XHdYHSAzr0D8FJuQcowZqJwQdh9o4 P/0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=5hrBkqgL8RyJWIkxfLPz96sc4L4bE7bffVZ1Z3ILtzY=; b=O5WDj+Yeub+GeDqLeS//4JeLDfmv1LBJ4ekOu8zgyZVlHcWru3xsJg9i6lO6y1y7Km 1h+9YOD7/G1rrowdQKHHFLLRu4qhCOi02lGNGljTy9+XwmH7hgc2R0cKHpDSIdmWL8mv qMiGHytAyXt94cT9OhrjR6RXRmFKInJayBFB+W7SSQnbuTJCHs358s8JCOQ3sNss7Izh wzQEofNbPO/c9P1J9Wc5IUK8YmIVN1VqfqFvURejuL9QjstVPezrD8BCOJeeY4ovCMo1 znQvd3WUdEuAB4c5FsqI2wWvjYQkdXDN6IWBYLmwskvRfwIKGZ3cwXhuxeRj80BnquMK 8mTg== X-Gm-Message-State: AOAM532oQvfNbFpZVOYQrfAq1Fh/IjZsVAszzv68EQdW6seCGNKd1w+w JqVxE+un8EWc9FoDhuGkLug57OIjyIxxC+T7fdxDrQbkGks= X-Google-Smtp-Source: ABdhPJyRZA/evCNKtQJDUu9FYW3RAwOv+BxOmUP8jL4+9+6DgEo45w2xEXS0c4WdvEHYZGPDLHoy8l3dkGDMKhEHyqg= X-Received: by 2002:a9d:191:: with SMTP id e17mr5943085ote.193.1589645751707; Sat, 16 May 2020 09:15:51 -0700 (PDT) MIME-Version: 1.0 From: =?UTF-8?Q?Nicolas_B=C3=A9rtolo?= Date: Sat, 16 May 2020 13:15:40 -0300 Message-ID: Subject: [feature/native-comp] The Makefile only checks for .elc files. To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="000000000000596cef05a5c63eec" Received-SPF: pass client-ip=2607:f8b0:4864:20::32c; envelope-from=nicolasbertolo@gmail.com; helo=mail-ot1-x32c.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --000000000000596cef05a5c63eec Content-Type: text/plain; charset="UTF-8" There is a problem with the build system for .eln files. The Makefile only has a target creating *.elc files. This means that if you use Emacs to change an .el file and you set it up to byte-compile .el files on save you will never recompile the .eln files. This can also be reproduced if you press C-c on a terminal that is native-compiling. The .eln file will not be produced, but the .elc will be in the filesystem and `make` will not try to native-compile the file again. --000000000000596cef05a5c63eec Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
There=C2=A0is a problem with the build system for .eln fil= es. The Makefile only has a
target creating *.elc files. This means that= if you use Emacs to change an .el
file and you set it up to byte-compil= e .el files on save you will never
recompile the .eln files.

This= can also be reproduced if you press C-c on a terminal that is
native-co= mpiling. The .eln file will not be produced, but the .elc will be in
the= filesystem and `make` will not try to native-compile the file again.
--000000000000596cef05a5c63eec-- ------------=_1598907302-12607-1--