From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Konstantin Kharlamov Newsgroups: gmane.emacs.bugs Subject: bug#74382: `compile-first` Make rule is no longer using `load-prefer-newer` Date: Mon, 18 Nov 2024 13:05:54 +0300 Message-ID: <7b07de9fd995f14e3b4d675c7288108dbe57209c.camel@yandex.ru> References: <6bc3a410f0857c3e3433070ac19deaf7eae88c63.camel@yandex.ru> <31dfd7d1c1c19d3fff5609b86ce85c1533a84af0.camel@yandex.ru> <861pz9x45w.fsf@gnu.org> <86zflxvoux.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="9549"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Evolution 3.54.1 Cc: acm@muc.de, Eli Zaretskii , 74382@debbugs.gnu.org To: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Nov 18 11:07:32 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 1tCyfM-0002Nu-6e for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 18 Nov 2024 11:07:32 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tCyev-0003Iw-Dm; Mon, 18 Nov 2024 05:07: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 1tCyet-0003IW-5f for bug-gnu-emacs@gnu.org; Mon, 18 Nov 2024 05:07:03 -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 1tCyes-0007X8-So for bug-gnu-emacs@gnu.org; Mon, 18 Nov 2024 05:07: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:Date:From:To:Subject; bh=j5OaP+9DauQyTpV/xilFPb7/iZxQKmcTlhoAHpe/6ho=; b=DS61kq8BKDr0GESRa9wjy3uAuYY95gzuVMwtOBKhKMPNKTXXMETywFwqHxbqIlUdk+tBl5AGUy9KTkWnY4iPuNfuYlIYMSVxJ8Ji24+QHIAR53xflahzyft+9Xe6eBde7Da894ey7JUhCckcQevH/KMM1uzkH0q5ydUWHhx8Yyq5MA43yqLZEbnb08wua8kntV+kdcW4OpNosFY6tpOGBqrVss7rzwoZXLgxud9U6wPJa1sLZVWDuU8G+FhVNUwRGcJ9F//bpjJPQ9bEGTLm14dArACnlSXlA1QHss15Jy09OORGWJjQaMJVl/aCSuR8rriE1MHm8yMVf26w0W3seg==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1tCyes-00013m-He for bug-gnu-emacs@gnu.org; Mon, 18 Nov 2024 05:07:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Konstantin Kharlamov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 18 Nov 2024 10:07: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.17319243673989 (code B ref 74382); Mon, 18 Nov 2024 10:07:02 +0000 Original-Received: (at 74382) by debbugs.gnu.org; 18 Nov 2024 10:06:07 +0000 Original-Received: from localhost ([127.0.0.1]:60049 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tCydy-00012H-Lt for submit@debbugs.gnu.org; Mon, 18 Nov 2024 05:06:07 -0500 Original-Received: from forward500d.mail.yandex.net ([178.154.239.208]:46904) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tCydu-00011g-Rp for 74382@debbugs.gnu.org; Mon, 18 Nov 2024 05:06:05 -0500 Original-Received: from mail-nwsmtp-smtp-production-main-24.klg.yp-c.yandex.net (mail-nwsmtp-smtp-production-main-24.klg.yp-c.yandex.net [IPv6:2a02:6b8:c42:4f43:0:640:673c:0]) by forward500d.mail.yandex.net (Yandex) with ESMTPS id A80DD60F16; Mon, 18 Nov 2024 13:05:56 +0300 (MSK) Original-Received: by mail-nwsmtp-smtp-production-main-24.klg.yp-c.yandex.net (smtp/Yandex) with ESMTPSA id s5NW0wbOfSw0-PpDw98Pr; Mon, 18 Nov 2024 13:05:56 +0300 X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1731924356; bh=j5OaP+9DauQyTpV/xilFPb7/iZxQKmcTlhoAHpe/6ho=; h=References:Date:In-Reply-To:Cc:To:From:Subject:Message-ID; b=T7iTNaxFzWCdvZdVyCsMcz0joqKDLc8P3c0fEOCKdmMJp5D5Wy88XPeuO/feQmV+k yjVGnyo0iQdJ4u7ph01HSD3tukJUzZAwCwb1g1PWTwB+lg0jY+kdinyyh/3koTfBwh Uua+P3tq/3acdXctPrOTR6SrD7DE/sEUN23xj2QE= Authentication-Results: mail-nwsmtp-smtp-production-main-24.klg.yp-c.yandex.net; dkim=pass header.i=@yandex.ru In-Reply-To: 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:295586 Archived-At: On Mon, 2024-11-18 at 05:06 +0100, Gerd M=C3=B6llmann wrote: > Konstantin Kharlamov writes: >=20 > > Even Gerd in this discussion forgot about this peculiarity =E2=80=94 an= d > > Gerd unlike me is a regular Emacs developer. >=20 > Even worse, even worse: He wrote that stuff! But I think I'll excuse > him > because that was 25 years ago, and he took a 20 year break from > Emacs, > after stepping down, and he's old of course :-). >=20 > Seriously, maybe knowing a bit of history helps understand the > current > situation wrt .elc files? One wouldn't believe it nowadays, but they > were originally in version control, i.e. RCS, and later CVS. I didn't > want that in the public CVS repo we set up for Emacs 21, so I added > the > ability to bootstrap and removed the .elc files from CVS. > COMPILE_FIRST > and so on are part of the bootstrapping support. Btw, thank you, this bit of history indeed is interesting. During whole discussion I had a question on the back of my mind: how this "distribute pre-built elc in tarballs" idea initially came to be. I mean, it's kind of nice from POV of saving a bit of energy around the world on CI machines, but I don't see much beyond that. Building elc files is not *that* bad for elc distribution to be strictly necessary. Now that you told this, I realize it's just a solution to a problem from 25 years old back, from times when that actually was a problem.