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#46818: leim bootstrap: Variable binding depth exceeds max-specpdl-size Date: Sun, 28 Feb 2021 05:42:27 +0200 Message-ID: <83y2f8n9i4.fsf@gnu.org> References: <87blc52wc2.fsf@tcd.ie> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16121"; mail-complaints-to="usenet@ciao.gmane.io" Cc: contovob@tcd.ie, rgm@gnu.org, 46818@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Feb 28 04:43:11 2021 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 1lGCz9-00047L-Gx for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 28 Feb 2021 04:43:11 +0100 Original-Received: from localhost ([::1]:45318 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lGCz8-0002Lz-Fl for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 27 Feb 2021 22:43:10 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56850) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lGCz0-0002Lc-Dr for bug-gnu-emacs@gnu.org; Sat, 27 Feb 2021 22:43:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:34125) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lGCz0-0002yQ-5v for bug-gnu-emacs@gnu.org; Sat, 27 Feb 2021 22:43:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lGCz0-0002Dm-2V for bug-gnu-emacs@gnu.org; Sat, 27 Feb 2021 22:43: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: Sun, 28 Feb 2021 03:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46818 X-GNU-PR-Package: emacs Original-Received: via spool by 46818-submit@debbugs.gnu.org id=B46818.16144837668517 (code B ref 46818); Sun, 28 Feb 2021 03:43:02 +0000 Original-Received: (at 46818) by debbugs.gnu.org; 28 Feb 2021 03:42:46 +0000 Original-Received: from localhost ([127.0.0.1]:45671 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lGCyk-0002DJ-0I for submit@debbugs.gnu.org; Sat, 27 Feb 2021 22:42:46 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:38944) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lGCyh-0002D5-KU for 46818@debbugs.gnu.org; Sat, 27 Feb 2021 22:42:44 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:45002) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lGCyb-0002k6-O2; Sat, 27 Feb 2021 22:42:37 -0500 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3692 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lGCyZ-0006er-KC; Sat, 27 Feb 2021 22:42:36 -0500 In-Reply-To: (message from Stefan Monnier on Sat, 27 Feb 2021 19:02:13 -0500) 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" Xref: news.gmane.io gmane.emacs.bugs:201006 Archived-At: > From: Stefan Monnier > Date: Sat, 27 Feb 2021 19:02:13 -0500 > Cc: Glenn Morris , 46818@debbugs.gnu.org > > Then again, I had to increase max_specpdl_size from 1600 to 1740 to get > past that problem, which seems like a higher impact than what I expect > from this little change in `pcase--if`. > > In any case, rather than bump the pdl limit, I suggest the patch below, > which completely avoids the need to macroexpand all that code we won't > be using anyway. I'd rather increase the pdl limit. Having code that subtly evades using our normal machinery sounds a maintenance headache in the long run. Thanks.