From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#49592: 28.0.50; lisp-current-defun-name and non-standard defuns Date: Wed, 24 Aug 2022 12:23:36 +0200 Message-ID: <87fshmos7r.fsf@gnus.org> References: <878s279dfi.fsf@web.de> <87edxwezs5.fsf@gnus.org> <87wnbnigm4.fsf@web.de> <87fsiac38p.fsf@gnus.org> <87mtci1az5.fsf@web.de> <874jyp7el4.fsf@gnus.org> <87k07krehq.fsf@web.de> <87sfm6zzjj.fsf@gnus.org> <87h72mjhav.fsf@web.de> <87wnbhxwnp.fsf@gnus.org> <87pmh658th.fsf@web.de> <87a689pkm4.fsf@gnus.org> <87bksbtfug.fsf@gnus.org> <87bksain4m.fsf@web.de> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28269"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: 49592@debbugs.gnu.org To: Michael Heerdegen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Aug 24 13:14:53 2022 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 1oQoLT-0007CW-L3 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 24 Aug 2022 13:14:51 +0200 Original-Received: from localhost ([::1]:57764 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oQoLS-0008Go-MC for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 24 Aug 2022 07:14:50 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41646) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oQnYI-0004Pm-7S for bug-gnu-emacs@gnu.org; Wed, 24 Aug 2022 06:24:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55956) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oQnYH-0008Cj-Ur for bug-gnu-emacs@gnu.org; Wed, 24 Aug 2022 06:24:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oQnYH-0006H9-Ql for bug-gnu-emacs@gnu.org; Wed, 24 Aug 2022 06:24:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 24 Aug 2022 10:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 49592 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 49592-submit@debbugs.gnu.org id=B49592.166133663124106 (code B ref 49592); Wed, 24 Aug 2022 10:24:01 +0000 Original-Received: (at 49592) by debbugs.gnu.org; 24 Aug 2022 10:23:51 +0000 Original-Received: from localhost ([127.0.0.1]:45705 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oQnY6-0006Gk-Ta for submit@debbugs.gnu.org; Wed, 24 Aug 2022 06:23:51 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:48016) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oQnY4-0006GY-Hu for 49592@debbugs.gnu.org; Wed, 24 Aug 2022 06:23:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=0YThYGvpDWiCMu9Gl107VlLaY92bB9ZWgtbCGhpKn8s=; b=lqP4mjPRFfEl3/XFcnCq0MaiiA V6EUEzs8km/qhRd9x/eyLVrKAFBpjJ9kmPNWkrijA0PEABzLq7pn+x1/OetPjltkl4gp8tZzM6fc0 Agp1+mkfE84mSOonjFXEMuP+4AXA/HmRHx1vXckf2sFATGpvWxhrXU1/Nm3m06AIckTI=; Original-Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oQnXw-0004Ki-LR; Wed, 24 Aug 2022 12:23:42 +0200 In-Reply-To: <87bksain4m.fsf@web.de> (Michael Heerdegen's message of "Wed, 24 Aug 2022 00:57:45 +0200") Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEUfWT/brS2Abn3g zrX///8fLI/6AAAAAWJLR0QEj2jZUQAAAAd0SU1FB+YIGAoHLjcUeFAAAAFxSURBVDjLdZSJtcQg CEWVaUBjA4oNROm/t8/iku0zc+ZErjwQyTg3zAdwcLi3efnJb/+Hawh9w6i+8gr3h62CLeGZAi1w BbA+6ArxkO0rwM8d7Au3zNPCjygR1UbnA1Qa1iE/QJvAItoTNO1QLwXZfWCeUq35KIAIay1X0PVE vVPH2lK9AK0KsddOLe0IMtCZEMWDw+6AM/SOnJz1zL0BIYMSBohLiiWQqzpVKvFhBuAkRKXXc+ZI s6ph+ae1rnL/NWmTdiuIpMQg7rYn/jCopG3Il/vgYgIC8hcWaPM+0GFmGTAlaDOJRGRw+Lpzbgo7 4QYaJ6cTlKDLloNUics8IYMwyCtC9gtgIU4jYyxXm6xai1CVzJt5ENU/gVQ7cmipqdmYQUaZ4rw7 IrPZudHaa8t9KClc1qlXsA64BlyGL+5x57fD20oqLAEuIF5e0v3s3QDewpZWvD/oqaJVO/caL8Pv 4iXDPTa8wNdfzf1kn+APysxK5VK9dhMAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjItMDgtMjRUMTA6 MDc6NDYrMDA6MDCzKa94AAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIyLTA4LTI0VDEwOjA3OjQ2KzAw OjAwwnQXxAAAAABJRU5ErkJggg== X-Now-Playing: The Flying Lizards's _The Flying Lizards_: "Summertime Blues (12" version)" 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:240596 Archived-At: Michael Heerdegen writes: > Is that because of `make-obsolete-variable's (indent defun) spec? (And > is that even appropriate?) > > Did you see examples where the edebug spec based mechanism you added > failed? Or maybe only this part: > > (and (eq (get symbol 'lisp-indent-function) 'defun) > (get 'defun 'edebug-form-spec)) > > was inappropriate? The problem wasn't just with this function -- it turns out that we have quite a few things that are used as top-level defining constructs that aren't marked in any special way. The old heuristics (i.e., "just use the second bit in the form") handle these correctly. But that means that I have no ideas for a practical way to fix the issue this was supposed to fix -- i.e., top-level (progn ;; (foo-bar) ...) and such.