From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#74382: `compile-first` Make rule is no longer using `load-prefer-newer` Date: Sat, 07 Dec 2024 13:58:56 +0200 Message-ID: <86ed2jk8lb.fsf@gnu.org> References: <6bc3a410f0857c3e3433070ac19deaf7eae88c63.camel@yandex.ru> <31dfd7d1c1c19d3fff5609b86ce85c1533a84af0.camel@yandex.ru> <861pz9x45w.fsf@gnu.org> <86zflxvoux.fsf@gnu.org> <7b07de9fd995f14e3b4d675c7288108dbe57209c.camel@yandex.ru> <86cyisvgtn.fsf@gnu.org> <786ad13ce69b0a809148cd5d43d6518296ad1015.camel@yandex.ru> <86a5dwvezs.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19145"; mail-complaints-to="usenet@ciao.gmane.io" Cc: gerd.moellmann@gmail.com, 74382@debbugs.gnu.org To: Hi-Angel@yandex.ru Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Dec 07 13:00:28 2024 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 1tJtU3-0004nd-Nw for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 07 Dec 2024 13:00:27 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tJtTh-0005iS-NL; Sat, 07 Dec 2024 07:00:05 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tJtTf-0005i8-8j for bug-gnu-emacs@gnu.org; Sat, 07 Dec 2024 07:00:04 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tJtTe-0005gf-Tu for bug-gnu-emacs@gnu.org; Sat, 07 Dec 2024 07:00:02 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=MIME-version:References:In-Reply-To:From:Date:To:Subject; bh=UukzxK3VohD1a3Y5gbGaxn7fFY6FWFIOXJ6zjuytruk=; b=GYyfgHMgQFuAQASQHMP3bVvpflnnDg6Hsh/EZxeuBcTkcvrfeZZUezQ9hL7TEjaYpae9iiNBe8DfK5fcVT3akK1eKqe3NFv3vXL5BhqEGLUeeB/6nERd2NCiIvdkqIenq7Y5Xsk7k8HNxIzDtfwcRWqPhXSeXuKfW5o6qxqDruQUFRO1Qty6G9k0ew65Ss0VKZojVFhH8BEC1PgX7KR1Gia3lENxG9MjCrHmLvn5VbdDGYeNT2Ct5tZttD4RR7hY7hgNExAYNdFPWUx733xbTzgnOHmMruELrUgY6QkKatVEr1WoGia+T7WijLtzYU7eah1rmzeiIOM/hXOKWnyNFw==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1tJtTe-0000Oz-Nn for bug-gnu-emacs@gnu.org; Sat, 07 Dec 2024 07:00:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Dec 2024 12:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74382 X-GNU-PR-Package: emacs Original-Received: via spool by 74382-submit@debbugs.gnu.org id=B74382.17335727571417 (code B ref 74382); Sat, 07 Dec 2024 12:00:02 +0000 Original-Received: (at 74382) by debbugs.gnu.org; 7 Dec 2024 11:59:17 +0000 Original-Received: from localhost ([127.0.0.1]:45608 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tJtSu-0000Mk-HW for submit@debbugs.gnu.org; Sat, 07 Dec 2024 06:59:16 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:45386) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tJtSs-0000ML-Dt; Sat, 07 Dec 2024 06:59:15 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tJtSn-0005Zu-4E; Sat, 07 Dec 2024 06:59:09 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=UukzxK3VohD1a3Y5gbGaxn7fFY6FWFIOXJ6zjuytruk=; b=NQijxCgu8M4cIWHI0cAz wb3K2gvp3SNgQJ/9TexOUjBuFSmo1J6e0vjqfnU9x+Q98Po/CUq8qhtR0hpLrqiF8lBxoZmN1Vyqe 2bHLB/Vt8pLvnaqY48Bi2R4t7MwepUhHSNNddZRQB0OSr06rWlum51fnU7gRhSnE4/G5QXwQUQujN gGIBAHcSu3R0x+dwu51dIhlx2AjOJmEn2R54iRUpqQjU87tx7e/ggXr4ZZjamV20YBKddLhOfcBD+ q8iXrdjgpUn6KJ2tzNFOmjFOw9BMdUbZm5FLp1QA+k5aCsI/CZvPq8WpwHP3on5ndICec4Q+5ufZU SpHuo6wzQ8sTOg==; In-Reply-To: <86a5dwvezs.fsf@gnu.org> (message from Eli Zaretskii on Mon, 18 Nov 2024 15:38:31 +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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:296540 Archived-At: tags 74382 notabug close 74382 thanks > Cc: gerd.moellmann@gmail.com, 74382@debbugs.gnu.org > Date: Mon, 18 Nov 2024 15:38:31 +0200 > From: Eli Zaretskii > > > From: Konstantin Kharlamov > > Cc: gerd.moellmann@gmail.com, 74382@debbugs.gnu.org > > Date: Mon, 18 Nov 2024 16:12:08 +0300 > > > > > Once again, building all the *.elc files takes a long time, even on > > > modern systems.  I have a 32-core screamer, and it still takes a few > > > minutes to byte-compile everything.  On an older system, it used to > > > take me 15 minutes even in parallel (-j4) builds. > > > > > > Computers got much faster, but people know that, so they have less > > > patience.  Thus, avoiding recompilation of the *.elc files (and Info, > > > and other derived files) is still important to make the build faster. > > > A release tarball builds in less than 1 min due to these measures. > > > > 3 and even 15 minutes of compilation once a few months at worst (the > > time between Emacs releases) is not a big deal. Besides, the endusers > > don't typically compile releases, instead distro packagers do that, and > > they are typically using CI. > > That's your opinions, not mine. From my POV, having these files in > the tarball makes the build much faster and also much more reliable > and correct. That means a lot, even if you don't value that. > > > Emacs by far is not the slowest project to compile from scratch. AFAIR > > LibreOffce and Linux Kernel take longer to build. > > So we are supposed to judge ourselves by the lowest common > denominator? > > > This is tangentially related to `make clean` discussoin. I was just > > curious how come that Emacs started distributing elc files in release > > tarballs. > > Any project that doesn't distribute platform-independent files in its > tarball does a disservice to its users. There's absolutely no reason > not to include them, and more than one to include: time it takes to > build them, tools required for building them that are otherwise not > needed, etc. No further comments, so I'm closing this bug.