From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: joseph--- via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#60346: jka-compre.el.gz "Recursive load" Date: Fri, 06 Jan 2023 01:23:26 +0000 Message-ID: <5e76c7f0060cb81ed8f96a8f7a6559c1@breatheoutbreathe.in> References: <87ilhxalsm.fsf@breatheoutbreathe.in> <83lemt0wnq.fsf@gnu.org> Reply-To: joseph@breatheoutbreathe.in 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="14407"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 60346@debbugs.gnu.org To: "Stefan Monnier" , "Eli Zaretskii" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jan 06 02:24:22 2023 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 1pDbT4-0003aF-A6 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 06 Jan 2023 02:24:22 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pDbSr-0004Cf-2n; Thu, 05 Jan 2023 20:24:09 -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 1pDbSm-0004CT-Rg for bug-gnu-emacs@gnu.org; Thu, 05 Jan 2023 20:24:05 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pDbSk-0001kq-Cu for bug-gnu-emacs@gnu.org; Thu, 05 Jan 2023 20:24:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pDbSk-0001mb-6w for bug-gnu-emacs@gnu.org; Thu, 05 Jan 2023 20:24:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: joseph@breatheoutbreathe.in Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Jan 2023 01:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60346 X-GNU-PR-Package: emacs Original-Received: via spool by 60346-submit@debbugs.gnu.org id=B60346.16729682106817 (code B ref 60346); Fri, 06 Jan 2023 01:24:02 +0000 Original-Received: (at 60346) by debbugs.gnu.org; 6 Jan 2023 01:23:30 +0000 Original-Received: from localhost ([127.0.0.1]:53364 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pDbSE-0001lt-Eo for submit@debbugs.gnu.org; Thu, 05 Jan 2023 20:23:30 -0500 Original-Received: from out2.migadu.com ([188.165.223.204]:33234) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pDbSB-0001li-R5 for 60346@debbugs.gnu.org; Thu, 05 Jan 2023 20:23:28 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=breatheoutbreathe.in; s=key1; t=1672968206; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=YO9EvZDFyZSRGpr1IGxTWBTuFAq8KP/X+gGANZtGv60=; b=MiAN7LIQ6iMEBw1Kc9P39oOiBBkRBH5dNIyzsoRJwiAZKmZQwjGg/H96FOCdg3FnZy8f7M XsXzg7bYTh2gUEd6CC6drZwp44H8TzGGWBKtWgw/g32HmfZIfxkmrd6QZTsT2GCn3QDXwu /IEetmb+fpKsKSURWRbgGWQWWQSTRhA= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. In-Reply-To: X-Migadu-Flow: FLOW_OUT 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:252649 Archived-At: Thank you for your feedback! Yes, this seems like a case of the XY proble= m. If the problem comes up again for me, I'll ask for helping stepping in= to byte-compiled functions.=0A=0AJoseph=0A=0ADecember 27, 2022 7:42 AM, "= Stefan Monnier" wrote:=0A=0A>>> I wanted to ig= nore byte-compiled files because edebug was refusing to=0A>>> step into b= yte-compiled functions.=0A> =0A> Ignoring byte-compiled files is definite= ly not the best solution to=0A> your problem.=0A> =0A>>> I ran the follow= ing:=0A>>> =0A>>> emacs -Q --eval=3D"(setq load-suffixes '(\".el\"))"=0A>= >> =0A>>> This broke basic functionality, throwing a "Recursive load" err= or. For=0A>>> example, `M-x find-file ~/.emacs.d/init.el` gives:=0A>>> = =0A>>> VC refresh error: (error "Recursive load"=0A>>> "/gnu/store/x8nykb= 09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.= 50/lisp/j=0A>>> a-compr.el.gz"=0A> =0A> Loading a compressed file can be = done only after we load `jka-compr`=0A> (since that's the package which i= mplement this feature).=0A> So clearly, there's a bootstrap problem if th= at package is=0A> itself compressed.=0A> =0A> Distributions which compres= s their `.el` files get away with it because=0A> `jka-compr.elc` isn't co= mpressed, but if you remove `.elc` from=0A> `load-suffixes` then you rein= troduce the circularity. Same thing if you=0A> move it to after `.el`.=0A= > =0A> Maybe `gunzip .../jka-compr.el.gz` is all it takes to make it work= , tho.=0A> =0A>> I'm not sure we want to support this kind of changes in = the order or=0A>> contents of load-suffixes.=0A> =0A> It might work when = `.el` files aren't compressed.=0A> =0A>> It sounds to me like the order i= s there for as reason, and no part of=0A>> Emacs expects these lists to b= e reordered, let alone have some=0A>> extensions removed from them. I thi= nk the only valid changes are=0A>> adding extensions to the end.=0A> =0A>= I'm not sure what I'd consider valid or not, but the present use-case=0A= > isn't a good justification to go and try and make that use work.=0A> = =0A> Stefan