From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563 Date: Sun, 19 Dec 2021 11:53:19 -0500 Message-ID: References: <87lf0km7t2.fsf@igel.home> <87y24j3ex2.fsf@gnus.org> <874k77iua9.fsf@yahoo.com> <874k773dfc.fsf@gnus.org> <875yrn1wug.fsf@gnus.org> <83bl1fe8c6.fsf@gnu.org> <87sfuqxt61.fsf@gnus.org> <83wnk2b6v2.fsf@gnu.org> <87tuf4yj4q.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26326"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: Eli Zaretskii , luangruo@yahoo.com, emacs-devel@gnu.org, schwab@linux-m68k.org, email@johnmuhl.mx To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Dec 19 17:54:31 2021 Return-path: Envelope-to: ged-emacs-devel@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 1myzSA-0006d2-9g for ged-emacs-devel@m.gmane-mx.org; Sun, 19 Dec 2021 17:54:30 +0100 Original-Received: from localhost ([::1]:37932 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1myzS8-0006sX-W2 for ged-emacs-devel@m.gmane-mx.org; Sun, 19 Dec 2021 11:54:29 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:60554) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1myzRH-0005Td-KT for emacs-devel@gnu.org; Sun, 19 Dec 2021 11:53:35 -0500 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:14466) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1myzRC-0003f1-Gz; Sun, 19 Dec 2021 11:53:32 -0500 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 79850100189; Sun, 19 Dec 2021 11:53:27 -0500 (EST) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id D5BED1000C4; Sun, 19 Dec 2021 11:53:21 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1639932801; bh=zfRmHXGTuKC48c3jrbQuPinA4XnElZBnJ3unSxozpCQ=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=Glkq5xPdXKlhgXD8MJVuskBQEVmt7JLEpaNKM0E4hOY2ClrsOF5cWSggYbRZnRGii Cv5uOpfY+Lv16OaHFesnf/D1GfFjnosSj7IEGmhOEpTUpl8BisuRdhWk0pFJMZkZI0 d0ZTnZec83x0SDATIb6H9XuZKwM1/eyoR5qKntF5Cc0arqIhey1TPK5kgZAJIZiEFC nqvr/vDsPaAlTRaIpjIkCCIKkcjPRzrvyZpEJPgWe4Xopf/Df4Tnuk4iGQgau20P9U DYcdfUqq8JlGlj6Q0Z9YrqMPJfnjG+ft/wJYsrWOQMHEItgL+/Xvq6oXSAizoEy9Cv H+MIiuqwF3CNg== Original-Received: from pastel (unknown [216.154.30.173]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 7C067120AAB; Sun, 19 Dec 2021 11:53:21 -0500 (EST) In-Reply-To: <87tuf4yj4q.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 19 Dec 2021 11:38:29 +0100") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:282451 Archived-At: >> Then maybe the easiest solution would be to stop using a special >> autoloads file for rmail, and just have it use loaddefs.el? > Yes, I think that sounds like a good idea -- I have no idea why rmail > has its own loaddefs in the first place. Usually it's done for autoloads that are only used internally to a package so as to reduce the number of "useless" autoloads in loaddefs.el (and along with it, the size of Emacs's pdump heap). Looking at `rmail-loaddefs.el` I suspect there's a good chance that the problem can be fixed by adding the `noerror` to `require` so it doesn't signal an error when `rmail-loaddefs.el` is not found. This will still work fine since those autoloads seem to all be for interactive commands which will only ever be used once an rmail buffer has been displayed to the user, i.e. long after we're done compiling Emacs. Stefan