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: Mon, 18 Nov 2024 15:38:31 +0200 Message-ID: <86a5dwvezs.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> 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="32829"; mail-complaints-to="usenet@ciao.gmane.io" Cc: gerd.moellmann@gmail.com, 74382@debbugs.gnu.org To: Konstantin Kharlamov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Nov 18 14:39:20 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 1tD1yK-0008Ev-9K for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 18 Nov 2024 14:39:20 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tD1y7-0008I8-EQ; Mon, 18 Nov 2024 08:39:08 -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 1tD1y3-0008Hw-SD for bug-gnu-emacs@gnu.org; Mon, 18 Nov 2024 08:39: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 1tD1y3-0004ha-A7 for bug-gnu-emacs@gnu.org; Mon, 18 Nov 2024 08:39:03 -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=xdRD6hsVHnk13rvsoDeA//4n2MLBNinEH4I+QBMU1PM=; b=Lh4OX6wgxaHkvJ9kdR11OpD/TMM+YDSF176J6WneNTmkASgGkgs3dqh2HaDLfki+2n7mt+CgVF8vG1jwtMLa/v2LQ/WurYMzn2qHMjbtFDiZanKM8PubtdYFJV0ZkpgWZnncdYD+7xtV533Y8dkZKYJdre+e1etGgK5DUssyca0VXnVJI9wDjBpr55TDmh+7DZY2Hg0HbxMvlslkqNU5Krr94wJVP1bVHY23xDtPXn7cltF0gtk8d9hfzRdLsKQw3B5IgddzxTbQRfbchfDU3Lw8KViiYP1Xxuo+WJUvhtm2yFQ2t/YRerIEb8+4cj3ie63RqH84Ve2KX8rHg30eNw==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1tD1y2-0002TK-7e for bug-gnu-emacs@gnu.org; Mon, 18 Nov 2024 08:39: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: Mon, 18 Nov 2024 13:39: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.17319371259474 (code B ref 74382); Mon, 18 Nov 2024 13:39:02 +0000 Original-Received: (at 74382) by debbugs.gnu.org; 18 Nov 2024 13:38:45 +0000 Original-Received: from localhost ([127.0.0.1]:60535 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tD1xk-0002Sj-Ib for submit@debbugs.gnu.org; Mon, 18 Nov 2024 08:38:44 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:35854) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tD1xh-0002SS-6x for 74382@debbugs.gnu.org; Mon, 18 Nov 2024 08:38:42 -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 1tD1xb-0004eM-86; Mon, 18 Nov 2024 08:38:35 -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=xdRD6hsVHnk13rvsoDeA//4n2MLBNinEH4I+QBMU1PM=; b=nB6m3pn+hpJDrwURqY/z ZeyaX1k7FLZ0BMV9VvfZ2DX6rvj1LXjeRvVYpCvC42ScyGKK2VNVQZjeIiDjdcA1ml+u8KfrvoBb3 NXJ4FXz/PdPg2EEkaxv5kTG06Ib9B/RvObBIQgvwR9ScmolOaOzxxUMMorjUiLzwqGQeP349DrSwE rdGyJ8AhhqndXhWo5xo3DRb2porPLNx+Mr1P5bS0CElS95WEaRi1MsCmOWeuVaNGQMjDB/mZ7yIKF 422/aqWJs5O2GGSsxpHx8jiZ/5V5530sGsYqaNiKvNl+TWaYJu3+XI4EHom+4NxwK74z/PVgAbvuR mpuhxDl6yfTTPQ==; In-Reply-To: <786ad13ce69b0a809148cd5d43d6518296ad1015.camel@yandex.ru> (message from Konstantin Kharlamov on Mon, 18 Nov 2024 16:12:08 +0300) 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:295596 Archived-At: > 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.