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: More reliable byte compilation, take 45 Date: Tue, 05 Oct 2021 09:27:24 -0400 Message-ID: References: <87sfxhm5aw.fsf@gnus.org> <9bffb61b-c948-c431-4fb0-bbc74e91dfe2@gmail.com> <837des6479.fsf@gnu.org> <831r506025.fsf@gnu.org> <83r1cz4rjl.fsf@gnu.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="23372"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: raman@google.com, cpitclaudel@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Oct 05 15:37:15 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 1mXkd8-0005ru-UQ for ged-emacs-devel@m.gmane-mx.org; Tue, 05 Oct 2021 15:37:15 +0200 Original-Received: from localhost ([::1]:50710 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mXkd7-0005WU-Rt for ged-emacs-devel@m.gmane-mx.org; Tue, 05 Oct 2021 09:37:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35956) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mXkTk-0003qO-SR for emacs-devel@gnu.org; Tue, 05 Oct 2021 09:27:32 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:58369) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mXkTh-0004Pu-OE; Tue, 05 Oct 2021 09:27:31 -0400 Original-Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id E378544047B; Tue, 5 Oct 2021 09:27:26 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 307DB4403A3; Tue, 5 Oct 2021 09:27:25 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1633440445; bh=9Gqq9peb1avWu6mNvee9yBtLdLBxCOUCRuHCww3vMok=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=TmZGTRC8k67fg6usrJ1TmLVhZ4iHrbFTZxuHBgh0Jprtq/OtfpoczlCLXz0mojCRI mQUQ6Yru5sFPXhfpRtrUgl0mBdmQYPsYkfcVjQ33Zdw8jmKxxwHmSdpBU1szG2jHeu 4dIqNaW0cIZh2RAZCGEYaJp1x4+laQUcqhLXH618Kexto/Ke1Ozh7zeF7fzcYMdRBz BMwmV1jls/AaWNsvJSTaeBiM7WHwbCY8zUFpjUKHjIHGRdppA4MJXGY0CkuWomNdK4 NfQHFPrLUwCiKoVVUn2qPKkqRB4bNmQpC5gB08oLoijIFNROU4F5SH0Crkv4Mt35Xq vkqbLbLDEWomg== Original-Received: from pastel (unknown [45.72.241.23]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id D3703120202; Tue, 5 Oct 2021 09:27:24 -0400 (EDT) In-Reply-To: <83r1cz4rjl.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 05 Oct 2021 14:52:46 +0300") 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.23 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:276329 Archived-At: > And that's all? Then why not fix that problem right away, it sounds > like something that should be easy to fix. (Though I'm not sure I > understand why "some other ELisp file was not loaded beforehand" -- is > that a case of a missing 'require' or 'eval-when-compile' or somesuch?) Often the problem is with packages where you basically have to load all/most the files before you can call any of its functions (because of mutual dependencies between the files) and where the authors never compile the code or only ever compile the code from a running session where the files have already been loaded. Fixing those can be a pain in the rear, not only because of the amount of code you need to move between files to disentangle the dependencies, but also because it requires educating the authors about it (they may not see the value/importance). > Ah, so the problem is with buggy *.el files, and only with them? Yes, tho the authors may disagree about the characterization of "buggy", in the sense that it works reliably *if* you compile the code by running their Makefile. Stefan