From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#57152: 29.0.50; Emacs executable isn't rebuilt when loaddefs.el is modified Date: Wed, 17 Aug 2022 12:34:13 +0200 Message-ID: <87bksjkvkq.fsf@gnus.org> References: <83k07endtb.fsf@gnu.org> <87zgg9o5nx.fsf@gnus.org> <8335e1o4yg.fsf@gnu.org> <878rnsl683.fsf@gnus.org> <87a685akh8.fsf@gnus.org> <838rnpiur4.fsf@gnu.org> 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="20306"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: 57152@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Aug 17 12:35:24 2022 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 1oOGOR-00052c-QM for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 17 Aug 2022 12:35:23 +0200 Original-Received: from localhost ([::1]:51988 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oOGOQ-0000kV-8e for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 17 Aug 2022 06:35:22 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51952) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oOGO7-0000kN-3M for bug-gnu-emacs@gnu.org; Wed, 17 Aug 2022 06:35:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59744) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oOGO6-0003AK-P8 for bug-gnu-emacs@gnu.org; Wed, 17 Aug 2022 06:35:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oOGO6-0007dg-Gy for bug-gnu-emacs@gnu.org; Wed, 17 Aug 2022 06:35:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 17 Aug 2022 10:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57152 X-GNU-PR-Package: emacs Original-Received: via spool by 57152-submit@debbugs.gnu.org id=B57152.166073246529318 (code B ref 57152); Wed, 17 Aug 2022 10:35:02 +0000 Original-Received: (at 57152) by debbugs.gnu.org; 17 Aug 2022 10:34:25 +0000 Original-Received: from localhost ([127.0.0.1]:49493 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oOGNU-0007co-W8 for submit@debbugs.gnu.org; Wed, 17 Aug 2022 06:34:25 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:43972) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oOGNT-0007cb-OZ for 57152@debbugs.gnu.org; Wed, 17 Aug 2022 06:34:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :Date:References:In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=23H3VMntiZjqYGj7r+qFFO6FUdq0jzBJ87dQRovk/0g=; b=lXbgC4Gq3cgyRA2c2ERHnhhOZK qux4QQZ3btFatY/LbmZ/AeCsDh+vhfD/9giNM17LF5Ljmog3Z4O2Bbj6XUbn2c3REzW8yeGt4eQ/g dkpv8eLOxm0fOWhbJFcN0L0jqT9D0iPDZcFODcmXXeBStlDBRlkmoJBCkmmlHylYLuUU=; Original-Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oOGNK-0007yL-F7; Wed, 17 Aug 2022 12:34:16 +0200 In-Reply-To: <838rnpiur4.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 15 Aug 2022 14:58:07 +0300") Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAJFBMVEX3vR78xBz8xiPw vCPOoybDojcoU6F+g3CckVpWa4RjcXr///9rP2zAAAAAAWJLR0QLH9fEwAAAAAd0SU1FB+YIEQof H5nZr7kAAAGKSURBVDjLbZM9TgNBDIVnkgtgL0ghnU2TNlmgD1oOgOAKEVyDgoiUKZBouSn2en48 A5Miib/187PHGyLMh+wLUH8iMwcLYwYaJi5A/gjUEPAcFoCYckRFgiksIDLa8yxPuxM0XaUEENcE Dgt5Um2glGVAdFJMxLfTNO0nPY+7AkDAMC7H3RjHm3GZMyQBiFUhlamAwcL6wQaQZc1p4FyJGwVI qoPerojLqGpWBVZB+nHNJwAwPMus+KWCOFcHuHyV4awOTec29eMTwf17nyFjWb3x3Rc2QO9SbG0+ PomclIxK7wjp9LCpSuIKrAe+OiB+O6mt+kdpY3VmOv2pIbbWAo7MvV2C6zPAcedqaHe6KTPY+gyw BerBAtMKGsA83xChAWXAFawNIHlAFZTdpRbU3Q1F6sdcgQeagSI6aKs8L5HUkG3nnGYr1rrKINkS KX1hCkh76WvkDF+c3Fub9zeEiE0NMgPcxYsz72pr1YurmIpf7Ns+QqfDabX6BuuLk5Wayq6Pf0A/ rHQjv8c1hIV9NDCUAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIyLTA4LTE3VDEwOjMxOjMxKzAwOjAw kuVh3wAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMi0wOC0xN1QxMDozMTozMSswMDowMOO42WMAAAAA SUVORK5CYII= X-Now-Playing: King Crimson's _Three of a Perfect Pair_: "Man With an Open Heart" 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:240035 Archived-At: Eli Zaretskii writes: >> I've tried various things, like making autoloads an order-only >> prerequisite for $(pdmp) (and various other targets), but the main >> problem seems to be that Make has already computed the >> timestamps/dependencies at this point, so even if we're running the >> update at the "right" time, we don't trigger the $(pdmp) rule. [...] > IOW, Make doesn't update the timestamps of files during the build, it > figures it all out in advance. I think we're saying the same thing. =F0=9F=98=80 > So I think the problem here is that the rules which trigger > regeneration of loaddefs.el are in lisp/Makefile, while the rules for > building $(pdmp) are in src/Makefile. > > So maybe moving or duplicating the loaddefs.el rules in src/Makefile > will do the trick. There really are no rules for loaddefs.el -- Emacs itself (via loaddefs-gen) figures out whether loaddefs.el needs updating. I.e., Make knows nothing about the dependencies loaddefs.el really has. We could make loaddefs.el depend on all .el files, but then we'd rebuild the Emacs executable every time we change an .el file, and we don't want to do that, either.