GNU logs - #61208, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#61208: 29.0.60; treesit-beginning/end-of-defun problem with macros in c-ts-mode
Resent-From: Yang Yingchao <yang.yingchao@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 01 Feb 2023 09:14:02 +0000
Resent-Message-ID: <handler.61208.B.167524279621393 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 61208 <at> debbugs.gnu.org
Cc: yang.yingchao@HIDDEN
Reply-To: yingchao.yang@HIDDEN
Message-ID: <tencent_911881A0ED8B42D8CF38A994235BFE02B207@HIDDEN>
From: Yang Yingchao <yang.yingchao@HIDDEN>
Date: Wed, 01 Feb 2023 14:33:24 +0800
In-reply-to: <fc907ec5049baaaff04d38dd4ed5ab996500a50b6d723604fff453aad543dc86@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Received-SPF: pass client-ip=203.205.221.155;
 envelope-from=yang.yingchao@HIDDEN; helo=out203-205-221-155.mail.qq.com
X-Spam_score_int: 8
X-Spam_score: 0.8
X-Spam_bar: /
X-Spam_report: (0.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
 DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
 HELO_DYNAMIC_IPADDR=1.951, RCVD_IN_DNSWL_NONE=-0.0001,
 RCVD_IN_MSPIKE_H2=-0.001, RDNS_DYNAMIC=0.982, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.4 (-)
X-Mailman-Approved-At: Wed, 01 Feb 2023 04:13:09 -0500
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)


#define SWITCH()
#define CASE(name)		case name:

void func(int i)        // LINE_E
{
    SWITCH(i)           // LINE_D
    {
        CASE(A)         // LINE_C
        {
            ;
        }
        CASE(B)         // LINE_B
        {
            ;           // LINE_A
        }
    }
}

When cursor is at LINE_A, and stoke `C-M-a`, cursor will go to LINE_B;
then `C-M-a` again, cursor goes to LINE_C, then `C-M-a` again, LINE_D,
and `C-M-a` again, finally to LINE_E...


On Wed, Feb 01 2023, Yang Yingchao <yang.yingchao@HIDDEN> wrote:

> Forgive me the mess...
>
>
> src
>
>
> On Wed, Feb 01 2023, Yang Yingchao <yang.yingchao@HIDDEN> wrote:
>
>> Hi **,
>>
>> From: Yang Yingchao <yang.yingchao@HIDDEN> Reply-To: yang.yingchao@HIDDEN
>> Date: Wed, 01 Feb 2023 14:19:30 +0800 Cc: yang.yingchao@HIDDEN To:
>> bug-gnu-emacs@HIDDEN Subject: 29.0.60; treesit-beginning/end-of-defun problem
>> with macros in c-ts-mode –text follows this line–
>>
>> treesit-beginning/end-of-defun in c-ts-mode not work correctly with macros.
>>
>> For example, in the following codes:
>>
>> #define SWITCH() #define CASE(name) case name:
>>
>> void func(int i) / LINE_E { SWITCH(i) / LINE_D { CASE(A) / LINE_C { ; } CASE
>> (B) / LINE_B { ; // LINE_A } } }
>>
>> When cursor is at LINE_A, and stoke `C-M-a`, cursor will go to LINE_B; then
>> `C-M-a` again, cursor goes to LINE_C, then `C-M-a` again, LINE_D, and `C-M-a`
>> again, finally to LINE_E…
>>
>> Regards…
>>
>> In GNU Emacs 29.0.60 (build 15, x86_64-pc-linux-gnu, GTK+ Version 3.24.35,
>> cairo version 1.17.6) of 2023-02-01 built on tbook Repository revision:
>> c345ec43995051e3fb412cfb8f24d0e931b7de5e Repository branch: yc-hacking System
>> Description: Gentoo Linux
>>
>> Configured using: 'configure 'CFLAGS=-O2 -march=native -pipe -g' LDFLAGS= –
>> with-native-compilation –without-pop –without-imagemagick –with-xml2 –
>> with-json –with-modules –with-pgtk'
>>
>> Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS
>> HARFBUZZ JPEG JSON LCMS2 LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY
>> PDUMPER PGTK PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS
>> TREE_SITTER WEBP XIM GTK3 ZLIB
>>
>> Important settings: value of $LANG: zh_CN.UTF8 value of $XMODIFIERS: @im=fcitx
>> locale-coding-system: utf-8-unix
>>
>> Major mode: C
>>
>> Minor modes in effect: tooltip-mode: t global-eldoc-mode: t show-paren-mode: t
>> electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t
>> file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t
>> blink-cursor-mode: t line-number-mode: t indent-tabs-mode: t
>> transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t
>> auto-compression-mode: t
>>
>> Load-path shadows: None found.
>>
>> Features: (shadow sort mail-extr emacsbug message mailcap yank-media puny
>> dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068
>> epg-config gnus-util text-property-search time-date mm-decode mm-bodies
>> mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
>> rfc2045 ietf-drums mm-util mail-prsvr mail-utils c-ts-mode c-ts-common treesit
>> pp cl-print byte-opt thingatpt help-fns radix-tree cc-mode cc-fonts cc-guess
>> cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs cl-loaddefs comp
>> comp-cstr warnings icons subr-x rx cl-seq cl-macs gv cl-extra help-mode
>> bytecomp byte-compile cl-lib china-util rmc iso-transl tooltip cconv eldoc
>> paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel
>> term/pgtk-win pgtk-win term/common-win pgtk-dnd tool-bar dnd fontset image
>> regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode
>> prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer
>> select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors
>> frame minibuffer nadvice seq simple cl-generic indonesian philippine cham
>> georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
>> japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic
>> indian cyrillic chinese composite emoji-zwj charscript charprop case-table
>> epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button
>> loaddefs theme-loaddefs faces cus-face macroexp files window text-properties
>> overlay sha1 md5 base64 format env code-pages mule custom widget keymap
>> hashtable-print-readable backquote threads dbusbind inotify dynamic-setting
>> system-font-setting font-render-setting cairo gtk pgtk lcms2 multi-tty
>> make-network-process native-compile emacs)
>>
>> Memory information: ((conses 16 116552 13400) (symbols 48 9439 0) (strings 32
>> 29132 1837) (string-bytes 1 934955) (vectors 16 19030) (vector-slots 8 379928
>> 16623) (floats 8 36 34) (intervals 56 432 0) (buffers 984 14))
>>
>> – Yang Yingchao Yang Yingchao



Yang Yingchao

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: yingchao.yang@HIDDEN
Subject: bug#61208: Acknowledgement (29.0.60; treesit-beginning/end-of-defun
 problem with macros in c-ts-mode)
Message-ID: <handler.61208.B.167524279621393.ack <at> debbugs.gnu.org>
References: <tencent_911881A0ED8B42D8CF38A994235BFE02B207@HIDDEN>
X-Gnu-PR-Message: ack 61208
X-Gnu-PR-Package: emacs
Reply-To: 61208 <at> debbugs.gnu.org
Date: Wed, 01 Feb 2023 09:14:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 61208 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
61208: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D61208
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#61208: 29.0.60; treesit-beginning/end-of-defun problem with macros in c-ts-mode
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 01 Feb 2023 12:51:02 +0000
Resent-Message-ID: <handler.61208.B61208.167525580520161 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: yingchao.yang@HIDDEN, Yuan Fu <casouri@HIDDEN>, Theodor Thornhill <theo@HIDDEN>
Cc: yang.yingchao@HIDDEN, 61208 <at> debbugs.gnu.org
Date: Wed, 01 Feb 2023 14:49:47 +0200
Message-Id: <834js51rf8.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <tencent_911881A0ED8B42D8CF38A994235BFE02B207@HIDDEN>
 (bug-gnu-emacs@HIDDEN)
References: <tencent_911881A0ED8B42D8CF38A994235BFE02B207@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> Cc: yang.yingchao@HIDDEN
> Date: Wed, 01 Feb 2023 14:33:24 +0800
> From:  Yang Yingchao via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
> 
> 
> #define SWITCH()
> #define CASE(name)		case name:
> 
> void func(int i)        // LINE_E
> {
>     SWITCH(i)           // LINE_D
>     {
>         CASE(A)         // LINE_C
>         {
>             ;
>         }
>         CASE(B)         // LINE_B
>         {
>             ;           // LINE_A
>         }
>     }
> }
> 
> When cursor is at LINE_A, and stoke `C-M-a`, cursor will go to LINE_B;
> then `C-M-a` again, cursor goes to LINE_C, then `C-M-a` again, LINE_D,
> and `C-M-a` again, finally to LINE_E...

Set treesit-defun-tactic to 'top-level, and your problem is solved.

Yuan, Theo: do we want to have that set by default in ts-c-mode?  C
doesn't have nested functions, so it should be a better default, what
with all the cpp madness that the C grammar doesn't grok.

Maybe also in C++ and Java -- AFAIU they don't have nested functions
either.

WDYT?

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#61208: 29.0.60; treesit-beginning/end-of-defun problem with macros in c-ts-mode
Resent-From: Theodor Thornhill <theo@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 01 Feb 2023 13:11:02 +0000
Resent-Message-ID: <handler.61208.B61208.167525705522062 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Eli Zaretskii <eliz@HIDDEN>, yingchao.yang@HIDDEN, Yuan Fu <casouri@HIDDEN>
Cc: yang.yingchao@HIDDEN, 61208 <at> debbugs.gnu.org
From: Theodor Thornhill <theo@HIDDEN>
In-Reply-To: <834js51rf8.fsf@HIDDEN>
References: <tencent_911881A0ED8B42D8CF38A994235BFE02B207@HIDDEN>
 <834js51rf8.fsf@HIDDEN>
Date: Wed, 01 Feb 2023 14:10:48 +0100
Message-ID: <877cx11qg7.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Eli Zaretskii <eliz@HIDDEN> writes:

>> Cc: yang.yingchao@HIDDEN
>> Date: Wed, 01 Feb 2023 14:33:24 +0800
>> From:  Yang Yingchao via "Bug reports for GNU Emacs,
>>  the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
>> 
>> 
>> #define SWITCH()
>> #define CASE(name)		case name:
>> 
>> void func(int i)        // LINE_E
>> {
>>     SWITCH(i)           // LINE_D
>>     {
>>         CASE(A)         // LINE_C
>>         {
>>             ;
>>         }
>>         CASE(B)         // LINE_B
>>         {
>>             ;           // LINE_A
>>         }
>>     }
>> }
>> 
>> When cursor is at LINE_A, and stoke `C-M-a`, cursor will go to LINE_B;
>> then `C-M-a` again, cursor goes to LINE_C, then `C-M-a` again, LINE_D,
>> and `C-M-a` again, finally to LINE_E...
>
> Set treesit-defun-tactic to 'top-level, and your problem is solved.
>
> Yuan, Theo: do we want to have that set by default in ts-c-mode?  C
> doesn't have nested functions, so it should be a better default, what
> with all the cpp madness that the C grammar doesn't grok.
>
> Maybe also in C++ and Java -- AFAIU they don't have nested functions
> either.
>
> WDYT?

I'm fine with that change, I think.  Other, "smaller" constructs can be
found as sentences or sexps anyway, I think.

Theo

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#61208: 29.0.60; treesit-beginning/end-of-defun problem with macros in c-ts-mode
Resent-From: Yuan Fu <casouri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 02 Feb 2023 02:33:01 +0000
Resent-Message-ID: <handler.61208.B61208.16753051669924 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 61208
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: yingchao.yang@HIDDEN, 61208 <at> debbugs.gnu.org, Theodor Thornhill <theo@HIDDEN>, yang.yingchao@HIDDEN
Received: via spool by 61208-submit <at> debbugs.gnu.org id=B61208.16753051669924
          (code B ref 61208); Thu, 02 Feb 2023 02:33:01 +0000
Received: (at 61208) by debbugs.gnu.org; 2 Feb 2023 02:32:46 +0000
Received: from localhost ([127.0.0.1]:60259 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1pNPP3-0002Zz-Er
	for submit <at> debbugs.gnu.org; Wed, 01 Feb 2023 21:32:45 -0500
Received: from mail-pl1-f173.google.com ([209.85.214.173]:41939)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <casouri@HIDDEN>) id 1pNPP1-0002Zm-GN
 for 61208 <at> debbugs.gnu.org; Wed, 01 Feb 2023 21:32:44 -0500
Received: by mail-pl1-f173.google.com with SMTP id jh15so469971plb.8
 for <61208 <at> debbugs.gnu.org>; Wed, 01 Feb 2023 18:32:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;
 h=to:references:message-id:content-transfer-encoding:cc:date
 :in-reply-to:from:subject:mime-version:from:to:cc:subject:date
 :message-id:reply-to;
 bh=yprmDwQyh++haqqqeDO30uFvkJc6OGoT5AVciEW4ZB0=;
 b=WVv3dfEwemT/SE5krdkgJSlj8dpX9ru1TFe8kuwSLr8Z9MIeSTDtqDj7ULvEbPo3Rm
 AA4P5yTNmEpJsvyjegmlHsI3mkKsnkuMnqijBBbrFT8mhgwkWE1fwC7xu9/p9DEueUUH
 GogeSDvhCbImGSm7SuBs2nSEOWedrgGG6XC9B4isJ5y8eJmuMehzEQmj0jZz5K2uh+0K
 idSFIZU8qt24LaeKQB3EEMf45ArH3kpjy8iCiv1i8vxRNTi23W+HxB3XnlyGzC/5WyT3
 QtmosbB0jdAO5mFvLGeEX2xWyUG3NJMGjRJ9ef1y4j70VAcA8VHXWOE5Q5SDo2iOyukn
 dMuA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=to:references:message-id:content-transfer-encoding:cc:date
 :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc
 :subject:date:message-id:reply-to;
 bh=yprmDwQyh++haqqqeDO30uFvkJc6OGoT5AVciEW4ZB0=;
 b=kmXOT57XsarlSMKbhX4GqFkIvt049+qCi81M9xT4n/UP7rxH1Nav5p5kauzZNDLOBZ
 jiw2VNNfiqSpOpIOvv5dSfjQrdlFij2oqBsE/G0RyZpT6YaCmDxsToyR66Igg0cIUz4x
 oot9K5hD1h0Z+vOuVw1UCXEKJIxThxdxe7Vz7VJtu5k+gj/SXZ15G7JQlnxED4rX0G8c
 Ltmod9VnTtArL1puCguvhYpP32yjZkjB0DT6/lCEcSoTPUtDeL4DRMdYYlLyUYKkMVZm
 i6P28hWzcH2HJKhMX/AHoujML4YK2VIruRC72gslET5i1VVwjZLf3UJUJg3EO65CMUos
 O14w==
X-Gm-Message-State: AO0yUKXmtYgMEmFuDBtzocUgb8h/tBJZm0sWds8ykAYxW4BUgLBbzSxu
 MPcOu60nKzz+qHlfV1kQ0m4=
X-Google-Smtp-Source: AK7set+quIckpprQbK32NIjn4JLMoJ00trWJWXFDQM1swb8Z12dDBonBWHBymrmWpzH77GXdUOdMew==
X-Received: by 2002:a05:6a20:8b08:b0:b8:5881:5c3b with SMTP id
 l8-20020a056a208b0800b000b858815c3bmr4491136pzh.58.1675305157546; 
 Wed, 01 Feb 2023 18:32:37 -0800 (PST)
Received: from smtpclient.apple (cpe-172-117-161-177.socal.res.rr.com.
 [172.117.161.177]) by smtp.gmail.com with ESMTPSA id
 z28-20020a63b91c000000b004785a63b44bsm11336331pge.43.2023.02.01.18.32.36
 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128);
 Wed, 01 Feb 2023 18:32:37 -0800 (PST)
Content-Type: text/plain;
	charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.300.101.1.3\))
From: Yuan Fu <casouri@HIDDEN>
In-Reply-To: <834js51rf8.fsf@HIDDEN>
Date: Wed, 1 Feb 2023 18:32:26 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <963AC74E-57EA-4478-AD4C-8210DBA7EC9C@HIDDEN>
References: <tencent_911881A0ED8B42D8CF38A994235BFE02B207@HIDDEN>
 <834js51rf8.fsf@HIDDEN>
X-Mailer: Apple Mail (2.3731.300.101.1.3)
X-Spam-Score: 1.0 (+)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)



> On Feb 1, 2023, at 4:49 AM, Eli Zaretskii <eliz@HIDDEN> wrote:
>=20
>> Cc: yang.yingchao@HIDDEN
>> Date: Wed, 01 Feb 2023 14:33:24 +0800
>> From:  Yang Yingchao via "Bug reports for GNU Emacs,
>> the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
>>=20
>>=20
>> #define SWITCH()
>> #define CASE(name) case name:
>>=20
>> void func(int i)        // LINE_E
>> {
>>    SWITCH(i)           // LINE_D
>>    {
>>        CASE(A)         // LINE_C
>>        {
>>            ;
>>        }
>>        CASE(B)         // LINE_B
>>        {
>>            ;           // LINE_A
>>        }
>>    }
>> }
>>=20
>> When cursor is at LINE_A, and stoke `C-M-a`, cursor will go to =
LINE_B;
>> then `C-M-a` again, cursor goes to LINE_C, then `C-M-a` again, =
LINE_D,
>> and `C-M-a` again, finally to LINE_E...
>=20
> Set treesit-defun-tactic to 'top-level, and your problem is solved.
>=20
> Yuan, Theo: do we want to have that set by default in ts-c-mode?  C
> doesn't have nested functions, so it should be a better default, what
> with all the cpp madness that the C grammar doesn't grok.
>=20
> Maybe also in C++ and Java -- AFAIU they don't have nested functions
> either.

Treesit-defun-tactic being =E2=80=99nested isn=E2=80=99t the problem =
here, at least not the direct cause of the problem. c-ts-mode doesn=E2=80=99=
t consider switch cases or if-else statements as defuns. It only =
considers function, struct, enum, union, as defun. So in a preprocessed =
C source file, C-M-a will move point to the beginning of the function, =
line E. It does not in this particular file because tree-sitter is =
thrown off by the SWITCH() and CASE() macro: it can=E2=80=99t tell what =
they are and parses them as function definitions.

I don=E2=80=99t object setting treesit-defun-tactic to =E2=80=99top-level =
in c-ts-mode, though. It can hide problems like this. Just be aware that =
it merely hides the problem.

C++ and Java has classes, and when point is in a class, I think people =
expect to move to the prev/next method rather than the beginning/end of =
the class. So nested is still a better default IMO.

Yuan=

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#61208: 29.0.60; treesit-beginning/end-of-defun problem with macros in c-ts-mode
In-Reply-To: <tencent_911881A0ED8B42D8CF38A994235BFE02B207@HIDDEN>
Resent-From: Yang Yingchao <yang.yingchao@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 02 Feb 2023 06:46:01 +0000
Resent-Message-ID: <handler.61208.B.16753203443609 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 61208
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: 61208 <at> debbugs.gnu.org
X-Debbugs-Original-To: bug-gnu-emacs@HIDDEN
Reply-To: yingchao.yang@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.16753203443609
          (code B ref -1); Thu, 02 Feb 2023 06:46:01 +0000
Received: (at submit) by debbugs.gnu.org; 2 Feb 2023 06:45:44 +0000
Received: from localhost ([127.0.0.1]:60454 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1pNTLo-0000vz-3s
	for submit <at> debbugs.gnu.org; Thu, 02 Feb 2023 01:45:44 -0500
Received: from lists.gnu.org ([209.51.188.17]:44836)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <yang.yingchao@HIDDEN>) id 1pNOlv-0001Sn-5v
 for submit <at> debbugs.gnu.org; Wed, 01 Feb 2023 20:52:22 -0500
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 <yang.yingchao@HIDDEN>)
 id 1pNOlu-0003Hz-0T
 for bug-gnu-emacs@HIDDEN; Wed, 01 Feb 2023 20:52:18 -0500
Received: from out203-205-221-173.mail.qq.com ([203.205.221.173])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <yang.yingchao@HIDDEN>)
 id 1pNOlq-00077F-Rc
 for bug-gnu-emacs@HIDDEN; Wed, 01 Feb 2023 20:52:17 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qq.com; s=s201512;
 t=1675302730; bh=AMuK648lsB7iH2+aaX/wybI3LWiQeOyBDxtdDqR+ZSw=;
 h=From:To:Subject:Date:References:Reply-To;
 b=ceX7GfaMWPr1qIGB3VGETVLMfG3g21bA6BBnN/oXw67YZpquoLz2yaAgmWyiiHKqx
 ZH0o6Z2c5AyvSapwyLfEMtTlSxJS613YfEDlnGpoD2cdpaJttJuoagHeL+44gmMbZe
 fLvL1R25NSOZCrlKErSaDIvtA/PenDDjY+TMKvV4=
Received: from tbook ([60.26.148.134])
 by newxmesmtplogicsvrszc5-0.qq.com (NewEsmtp) with SMTP
 id CC3AA467; Thu, 02 Feb 2023 09:51:03 +0800
X-QQ-mid: xmsmtpt1675302663tzyy51cco
Message-ID: <tencent_0B94CF51357F1219A000EF364C21DAE7A206@HIDDEN>
X-QQ-XMAILINFO: OLnGMPzD2sDVtPkeBIbM96ifYUihayq2Zyo9Io8rcmNT3EfT2kObfD1gbV+rxz
 1kH+o0Ork17UC0rwDaozMIy8W0dhlS4qEGfdhP7I1VPboHTuwZlQLJsSgGpLKLL3Vn1GXCP9T+Wi
 Qi3uCI7zsefuCRybDm04EYq4E2CAxFgiwAgm93mdK92YDQwJtuJuAGKejDewms5mJ7mvUrIRUTdD
 NegBQF+6kGW6aZ7vtgoXDT4IiKEBIrp4TCCfjYJfHzQxZx6/uF8815F0aUvMfAnaF/wrKmhsBeCY
 TiQWvUPFDQsWXdzgXfoMI+QZVCDtssVW/wqSbgbWRInvP19yTChKiUHQIPacyepqTW+GHuf3JTel
 59VnmRTbclqiqDLax0lrwiCpdHV4dCvSz+9HHl/6J5IFHG7pvkQS4WWRhXhUjT+cZ7vIdUAIZlOz
 EBk987gm0LrauXF/bOh192pUroK0L3wzRWMLA/4BgK43tdD5agVSiEYAApEctkNXJy4VrvMDGMPr
 jCqQdcAo9130P8lGy3xAawl2ECpYHY4OIgZAAn2kiQLUW3Kmsx4AgFtMXrQDsga20ImhTV7FD1DX
 w8KIZXzsq98uNK4kNHMjqDNv1A4WDgDHLdDZrJPK8fYVEtkGiYy+FdVQGJ/dpm+SIQHwvrZD/xzA
 CVvlTCf9AhHPsdnghEMWN7Xrpvk/DXpguzjcsRl8wjVJuCa9JPkHqYmCy1Whj2JZesfEaE30voZV
 FTV4vqLd4pyh9twlR9HbAkfXvCm1Q/tdV3jRCr0KFxNUgYRKKsfHdX2JLOE6mCalViJNblXZEqRC
 peMlgPxTXkc9SoW3QGo7LxnetTYHct9ntr/r6f9bDtrng5aPX6+bnUMyBavE+XfsJ2abof0Rx6+3
 zyZC0+lJrvRMsB2TGmqIZH0WjiW5a/jixEFfVBCMqSzfyP+MHf0Wv57Eh2S4jevW5a+5sblMHeDO
 cPObrnGr7HG/OclGF0G35iPvKvf3lh9DkFXyQ0LGc=
From: Yang Yingchao <yang.yingchao@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
Date: Thu, 02 Feb 2023 09:48:19 +0800
References: <tencent_911881A0ED8B42D8CF38A994235BFE02B207@HIDDEN>
 <834js51rf8.fsf@HIDDEN> <877cx11qg7.fsf@HIDDEN>
 <875yckubqb.fsf@HIDDEN>
User-agent: mu4e 1.8.13; emacs 29.0.60
Message-ID: <875yckesxj.fsf@HIDDEN>
Received-SPF: pass client-ip=203.205.221.173;
 envelope-from=yang.yingchao@HIDDEN; helo=out203-205-221-173.mail.qq.com
X-Spam_score_int: 22
X-Spam_score: 2.2
X-Spam_bar: ++
X-Spam_report: (2.2 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
 DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HDRS_MISSP=1.398,
 HELO_DYNAMIC_IPADDR=1.951, RCVD_IN_DNSWL_NONE=-0.0001,
 RCVD_IN_MSPIKE_H2=-0.001, RDNS_DYNAMIC=0.982, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 0.3 (/)
X-Mailman-Approved-At: Thu, 02 Feb 2023 01:45:33 -0500
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.4 (--)

--=-=-=
Content-Type: text/plain
Content-Disposition: inline

On Thu, Feb 02 2023, Yang Yingchao <yang.yingchao@HIDDEN> wrote:

> On Wed, Feb 01 2023, Theodor Thornhill <theo@HIDDEN> wrote:
>
>> Eli Zaretskii <eliz@HIDDEN> writes:
>>
>>>> Cc: yang.yingchao@HIDDEN
>>>> Date: Wed, 01 Feb 2023 14:33:24 +0800
>>>> From:  Yang Yingchao via "Bug reports for GNU Emacs,
>>>>  the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
>>>>
>>>>
>>>> #define SWITCH()
>>>> #define CASE(name)		case name:
>>>>
>>>> void func(int i)        // LINE_E
>>>> {
>>>>     SWITCH(i)           // LINE_D
>>>>     {
>>>>         CASE(A)         // LINE_C
>>>>         {
>>>>             ;
>>>>         }
>>>>         CASE(B)         // LINE_B
>>>>         {
>>>>             ;           // LINE_A
>>>>         }
>>>>     }
>>>> }
>>>>
>>>> When cursor is at LINE_A, and stoke `C-M-a`, cursor will go to LINE_B;
>>>> then `C-M-a` again, cursor goes to LINE_C, then `C-M-a` again, LINE_D,
>>>> and `C-M-a` again, finally to LINE_E...
>>>
>>> Set treesit-defun-tactic to 'top-level, and your problem is solved.
>>>
>>> Yuan, Theo: do we want to have that set by default in ts-c-mode?  C
>>> doesn't have nested functions, so it should be a better default, what
>>> with all the cpp madness that the C grammar doesn't grok.
>>>
>>> Maybe also in C++ and Java -- AFAIU they don't have nested functions
>>> either.
>>>
>>> WDYT?
>>
>> I'm fine with that change, I think.  Other, "smaller" constructs can be
>> found as sentences or sexps anyway, I think.
>>
>> Theo
>

Thanks for the help.

But in the following C++ code, is it possible to make treesit-beginning/end-of-defun behaves the same as c++-mode ?

,----
| class Test       // LINE_D
| {
| public:
|     Test(int i)  // LINE_C
|     {
|         SWITCH(i)
|         {
|             CASE(A)
|             {
|                 ;
|             }
|             CASE(B) // LINE_B
|             {
|                 ; // LINE_A
|             }
|         }
|     }
| };
`----

When cursor is at LINE_A, if in c++-mode, `C-M-a` moves cursor to LINE_C, which is correct.
But in c++-ts-mode, behaviour of  `C-M-a` is wrong:
if treesit-defun-tactic is nested, it moves to line_B, and if treesit-defun-tactic is top-level,
it moves to LINE_D. Both of them are actually wrong...


--
Yang Yingchao
Yang Yingchao

--=-=-=--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#61208: 29.0.60; treesit-beginning/end-of-defun problem with macros in c-ts-mode
Resent-From: Yang Yingchao <yang.yingchao@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 02 Feb 2023 06:46:02 +0000
Resent-Message-ID: <handler.61208.B61208.16753203403598 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 61208
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Theodor Thornhill <theo@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, 61208 <at> debbugs.gnu.org, Yuan Fu <casouri@HIDDEN>
Reply-To: yingchao.yang@HIDDEN
Received: via spool by 61208-submit <at> debbugs.gnu.org id=B61208.16753203403598
          (code B ref 61208); Thu, 02 Feb 2023 06:46:02 +0000
Received: (at 61208) by debbugs.gnu.org; 2 Feb 2023 06:45:40 +0000
Received: from localhost ([127.0.0.1]:60452 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1pNTLi-0000vq-LN
	for submit <at> debbugs.gnu.org; Thu, 02 Feb 2023 01:45:40 -0500
Received: from out162-62-58-211.mail.qq.com ([162.62.58.211]:60605)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <yang.yingchao@HIDDEN>) id 1pNNtW-0008WB-5z
 for 61208 <at> debbugs.gnu.org; Wed, 01 Feb 2023 19:56:10 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qq.com; s=s201512;
 t=1675299357; bh=qwFld0HNGVk7RkGK6UtJgUK1BnuGjvLk69DucbFG//Q=;
 h=From:To:Cc:Subject:Date:References:Reply-To:In-reply-to;
 b=cZOzxHydLnVAgqvUCaUIrywwE+2Z8UztnQ5oFXyp7GbeVZ0847bDrd1n1N/dgTH19
 1k13ydonmdCMbRgrQUcY6BbT9Ym9Ex1SmpFKjhP6KKRwK9WyMYLQtS4I1T4swg2N1h
 P0SXyhWOv/HS9266gZShnNkHvpqEEkKN7uEc5nnA=
Received: from tbook ([60.26.148.134])
 by newxmesmtplogicsvrsza2-0.qq.com (NewEsmtp) with SMTP
 id DF734A63; Thu, 02 Feb 2023 08:55:55 +0800
X-QQ-mid: xmsmtpt1675299355tm4cupdu2
Message-ID: <tencent_E0B22481A7EDAB4288CF1F29DE232B7E7707@HIDDEN>
X-QQ-XMAILINFO: MgYKvQLNvE4j3Xf1au8/xq9RFkPycpX4UTgFpKjJYQWsNvpgnj6NBI/voofhme
 vUFpI7x2VOQN3iA7JQqS8eDr74EvgooFhrDNB9UEXn+HBKCOKFyd0Rjcqed5gYyGJXQ2y9lfh6BY
 oFzw1cgjodmrre13Db8sPjkyf2mJ/d+7lh57BzI7CXf31qFm3WEFJ+i+IzVTody1BQjDJO2mKRev
 0zE8IpuCmWiRzt7jK8Xsquyk4mOvp80BIFxO9N3p5y6XG9hPtxeiptTmAuQZqc6laLOhFoQmqW77
 PXJhWzKvzQVnnDogjjKH7OJl4lEfCIiy60g4tadEz4LxaCnaNg3glNP/HILXLSUSwG+h50lRE3DY
 9Y0jHaKzAYdbaSqcJoEjA6X9NuIqdctTEC81gE6RWDbd4dEnSeB229x37rOIl/gM2cLuTcWUcrpL
 kC17FPoAq523HZvFCSzHPthhJturLPyrA5GMamsB6orRZ2CIroBDpW4GDq3AMHPf2s3+Z1eOBM2Z
 fkmvyvwAy41lcVMFKMKLGcPpk2z12f/Q0vZZc0ONrS7b7sp4g/td2Y5GuP4HfJXq77G3aBdwXTXn
 sLDWwvBAcZvVAoqT2ZWPSyjtZo0jl3oMq2VNFPDta6lG1Jf2HdPF65N6QRhLpqyRvnXE91DKr5FL
 13DjQA1VA3R/bpw1ca5nv8NcmTqmuBYgiioeXGUndEIax7SwWKJugaa4QZuzKDme0yHOFT22sC31
 HnUag1kKwmwpX850X3pAO1QH8TJA4+utPALV7DG0r00+QrXg952OFiaEu2q8Gxxw0/U0n0vSN4mU
 24p/TsWqLvr/Ks8G4JOUKch0YHBLEOzS/wrM8x4LMZn28mGAISaSNIxMzgK7aL1XTltcxdzAik6E
 JLn0QXUe4np4jbMxepuMFeA/g6H6gT8G7lri1jnEXt2G2hIfs0YpUmLr8L1PZ4hk9iUJAqS90Bvc
 K4vHIzRnMnZPBp0vor0g==
From: Yang Yingchao <yang.yingchao@HIDDEN>
Date: Thu, 02 Feb 2023 08:48:55 +0800
References: <tencent_911881A0ED8B42D8CF38A994235BFE02B207@HIDDEN>
 <834js51rf8.fsf@HIDDEN> <877cx11qg7.fsf@HIDDEN>
User-agent: mu4e 1.8.13; emacs 29.0.60
In-reply-to: <877cx11qg7.fsf@HIDDEN>
Message-ID: <875yckubqb.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-Spam-Score: 3.6 (+++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  On Wed, Feb 01 2023, Theodor Thornhill <theo@HIDDEN>
 wrote: > Eli Zaretskii <eliz@HIDDEN> writes: > >>> Cc: yang.yingchao@HIDDEN
 >>> Date: Wed, 01 Feb 2023 14:33:24 +0800 >>> From: Yang Yingchao via "Bug
 reports for GNU Emacs, >>> the Swiss army knife of text [...] 
 Content analysis details:   (3.6 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
 provider (yang.yingchao[at]qq.com)
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at https://www.dnswl.org/,
 no trust [162.62.58.211 listed in list.dnswl.org]
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.4 RDNS_DYNAMIC           Delivered to internal network by host with
 dynamic-looking rDNS
 3.2 HELO_DYNAMIC_IPADDR    Relay HELO'd using suspicious hostname (IP
 addr 1)
X-Mailman-Approved-At: Thu, 02 Feb 2023 01:45:33 -0500
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 2.6 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  On Wed, Feb 01 2023, Theodor Thornhill <theo@HIDDEN>
    wrote: > Eli Zaretskii <eliz@HIDDEN> writes: > >>> Cc: yang.yingchao@HIDDEN
    >>> Date: Wed, 01 Feb 2023 14:33:24 +0800 >>> From: Yang Yingchao via "Bug
    reports for GNU Emacs, >>> the Swiss army knife of text [...] 
 
 Content analysis details:   (2.6 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
                             provider (yang.yingchao[at]qq.com)
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at https://www.dnswl.org/,
                              no trust
                             [162.62.58.211 listed in list.dnswl.org]
  0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 -0.0 SPF_PASS               SPF: sender matches SPF record
  0.4 RDNS_DYNAMIC           Delivered to internal network by host with
                             dynamic-looking rDNS
  3.2 HELO_DYNAMIC_IPADDR    Relay HELO'd using suspicious hostname (IP
                             addr 1)
 -1.0 MAILING_LIST_MULTI     Multiple indicators imply a widely-seen list
                             manager

--=-=-=
Content-Type: text/plain
Content-Disposition: inline

On Wed, Feb 01 2023, Theodor Thornhill <theo@HIDDEN> wrote:

> Eli Zaretskii <eliz@HIDDEN> writes:
>
>>> Cc: yang.yingchao@HIDDEN
>>> Date: Wed, 01 Feb 2023 14:33:24 +0800
>>> From:  Yang Yingchao via "Bug reports for GNU Emacs,
>>>  the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
>>>
>>>
>>> #define SWITCH()
>>> #define CASE(name)		case name:
>>>
>>> void func(int i)        // LINE_E
>>> {
>>>     SWITCH(i)           // LINE_D
>>>     {
>>>         CASE(A)         // LINE_C
>>>         {
>>>             ;
>>>         }
>>>         CASE(B)         // LINE_B
>>>         {
>>>             ;           // LINE_A
>>>         }
>>>     }
>>> }
>>>
>>> When cursor is at LINE_A, and stoke `C-M-a`, cursor will go to LINE_B;
>>> then `C-M-a` again, cursor goes to LINE_C, then `C-M-a` again, LINE_D,
>>> and `C-M-a` again, finally to LINE_E...
>>
>> Set treesit-defun-tactic to 'top-level, and your problem is solved.
>>
>> Yuan, Theo: do we want to have that set by default in ts-c-mode?  C
>> doesn't have nested functions, so it should be a better default, what
>> with all the cpp madness that the C grammar doesn't grok.
>>
>> Maybe also in C++ and Java -- AFAIU they don't have nested functions
>> either.
>>
>> WDYT?
>
> I'm fine with that change, I think.  Other, "smaller" constructs can be
> found as sentences or sexps anyway, I think.
>
> Theo

Thanks for the help.

But in the following C++ code, is it possible to make treesit-beginning/end-of-defun behaves the same as c++-mode ?

,----
| class Test       // LINE_D
| {
| public:
|     Test(int i)  // LINE_C
|     {
|         SWITCH(i)
|         {
|             CASE(A)
|             {
|                 ;
|             }
|             CASE(B) // LINE_B
|             {
|                 ; // LINE_A
|             }
|         }
|     }
| };
`----


When cursor is at LINE_A, if in c++-mode, `C-M-a` moves cursor to LINE_C, which is correct.
But in c++-ts-mode, behaviour of  `C-M-a` is wrong:
if treesit-defun-tactic is nested, it moves to line_B, and if treesit-defun-tactic is top-level,
it moves to LINE_D. Both of them are actually wrong...


-- 
Yang Yingchao
Yang Yingchao

--=-=-=--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#61208: 29.0.60; treesit-beginning/end-of-defun problem with macros in c-ts-mode
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 02 Feb 2023 07:17:02 +0000
Resent-Message-ID: <handler.61208.B61208.16753222127080 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 61208
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: yingchao.yang@HIDDEN
Cc: 61208 <at> debbugs.gnu.org, casouri@HIDDEN, theo@HIDDEN
Received: via spool by 61208-submit <at> debbugs.gnu.org id=B61208.16753222127080
          (code B ref 61208); Thu, 02 Feb 2023 07:17:02 +0000
Received: (at 61208) by debbugs.gnu.org; 2 Feb 2023 07:16:52 +0000
Received: from localhost ([127.0.0.1]:60584 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1pNTpz-0001q8-Gs
	for submit <at> debbugs.gnu.org; Thu, 02 Feb 2023 02:16:51 -0500
Received: from eggs.gnu.org ([209.51.188.92]:48228)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1pNTpw-0001pu-CQ
 for 61208 <at> debbugs.gnu.org; Thu, 02 Feb 2023 02:16:51 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1pNTpm-0006R0-Ir; Thu, 02 Feb 2023 02:16:38 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=pfqyHa2l3eUW1MYqqJJO4kZl6WW9jxkfEMzgU0+aGj8=; b=dOR3J/H7tsCb
 ZDCpfBWyIQ2ojmh9qVMHg5CMCBpftdbWenvSmffcf92tkvwabFte4oYr/oZuIjvArPAdb2fqyM6x0
 kR/lU7hbaCdCjNkQkxEgQMcBNSjWgzk1Isbgo7sVCxZglzKrw6Xvtu1J/sG9on7T2U5l6U+tYVU2N
 5TMOFfTWGCUpGYB7BLYTlFDYQx/VSsoWsKA03OV7uwMzPnlMSeK5Hblq4fnlmKQKTdLmJ0dns2NtG
 HMoQ4J0UGsKEDZWWYvvsiyfbTjpB9vz8/sxOpKSyXMSWvoG0CayTcBUW3s+7zLWLtQzzOAxj9X120
 +H952agtDOoRjBBiKegBGA==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1pNTpl-0001Pf-NW; Thu, 02 Feb 2023 02:16:38 -0500
Date: Thu, 02 Feb 2023 09:16:37 +0200
Message-Id: <83zg9wy1t6.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <tencent_E0B22481A7EDAB4288CF1F29DE232B7E7707@HIDDEN> (message
 from Yang Yingchao on Thu, 02 Feb 2023 08:48:55 +0800)
References: <tencent_911881A0ED8B42D8CF38A994235BFE02B207@HIDDEN>
 <834js51rf8.fsf@HIDDEN> <877cx11qg7.fsf@HIDDEN>
 <tencent_E0B22481A7EDAB4288CF1F29DE232B7E7707@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Yang Yingchao <yang.yingchao@HIDDEN>
> Cc: Eli Zaretskii <eliz@HIDDEN>, Yuan Fu <casouri@HIDDEN>,
>  61208 <at> debbugs.gnu.org
> Date: Thu, 02 Feb 2023 08:48:55 +0800
> 
> But in the following C++ code, is it possible to make treesit-beginning/end-of-defun behaves the same as c++-mode ?
> 
> ,----
> | class Test       // LINE_D
> | {
> | public:
> |     Test(int i)  // LINE_C
> |     {
> |         SWITCH(i)
> |         {
> |             CASE(A)
> |             {
> |                 ;
> |             }
> |             CASE(B) // LINE_B
> |             {
> |                 ; // LINE_A
> |             }
> |         }
> |     }
> | };
> `----
> 
> 
> When cursor is at LINE_A, if in c++-mode, `C-M-a` moves cursor to LINE_C, which is correct.
> But in c++-ts-mode, behaviour of  `C-M-a` is wrong:
> if treesit-defun-tactic is nested, it moves to line_B, and if treesit-defun-tactic is top-level,
> it moves to LINE_D. Both of them are actually wrong...

I don't necessarily agree that c++-mode is right in this case.  I
think it's sheer luck that it goes to where it goes, and small changes
in the cpp macros could easily defeat its logic.

This is all a consequence of the fact that cpp macros that change the
language syntax could have unexpected influence on what the major mode
does with movement by defuns.  It is not a coincidence that such usage
of cpp macros is discouraged by modern coding conventions and
recommendations.

From my POV, there's no bug here.  There's no requirement that the TS
modes behave the same as their non-TS brethren.  One could argue that
we introduced the TS modes precisely _because_ they behave
differently.  And where cpp macros are involved, all bets are off to
begin with; good support for them is only possible by teaching the
mode about each and every macro.

So I'm okay with closing this bug as wontfix, unless someone has an
easy way of "fixing" it.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#61208: 29.0.60; treesit-beginning/end-of-defun problem with macros in c-ts-mode
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 02 Feb 2023 07:42:01 +0000
Resent-Message-ID: <handler.61208.B61208.16753236959400 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 61208
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Yuan Fu <casouri@HIDDEN>
Cc: yingchao.yang@HIDDEN, 61208 <at> debbugs.gnu.org, theo@HIDDEN, yang.yingchao@HIDDEN
Received: via spool by 61208-submit <at> debbugs.gnu.org id=B61208.16753236959400
          (code B ref 61208); Thu, 02 Feb 2023 07:42:01 +0000
Received: (at 61208) by debbugs.gnu.org; 2 Feb 2023 07:41:35 +0000
Received: from localhost ([127.0.0.1]:60603 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1pNUDv-0002RX-C6
	for submit <at> debbugs.gnu.org; Thu, 02 Feb 2023 02:41:35 -0500
Received: from eggs.gnu.org ([209.51.188.92]:44766)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1pNUDr-0002RH-KH
 for 61208 <at> debbugs.gnu.org; Thu, 02 Feb 2023 02:41:33 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1pNUDk-0002hl-7J; Thu, 02 Feb 2023 02:41:24 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From:
 Date; bh=1XrsIBM6bWQ/MKvofcw3zaIxduWjnUOVg6jzXCLcQoU=; b=NrtSStRvDQFmByJBkTyQ
 KpPz9+HmQEN5+bsQ3KdEr2qRWfawn6pqqh9zZTddCph7oXLMBVWmPAf8g+RI7isw7JuzODAi7Haex
 I5Y6hkB2XtfJn6Q9lEJxxG3rS7xyAj5+Kurbi/AOZY9jrwlwIgyTVJV/A22Aq1KloxT9/LttAh1aq
 CYup7VnY89An8MCEbMo/HwHqTeeHscOM8UUfkVGyb00BfAKGJeLOTxiUt5cmcNEXGEIDPTX8Sj5rn
 jhtoYsAPpOt1Od8WHQ9AstOrG59TkA49JlwjMdoRm756EliCFihUMq43WThOpfEfQz755w7jx1PLQ
 28YDmRMuT4i4/g==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1pNUDj-0000U1-4p; Thu, 02 Feb 2023 02:41:23 -0500
Date: Thu, 02 Feb 2023 09:41:23 +0200
Message-Id: <83wn50y0nw.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <963AC74E-57EA-4478-AD4C-8210DBA7EC9C@HIDDEN> (message from
 Yuan Fu on Wed, 1 Feb 2023 18:32:26 -0800)
References: <tencent_911881A0ED8B42D8CF38A994235BFE02B207@HIDDEN>
 <834js51rf8.fsf@HIDDEN> <963AC74E-57EA-4478-AD4C-8210DBA7EC9C@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Yuan Fu <casouri@HIDDEN>
> Date: Wed, 1 Feb 2023 18:32:26 -0800
> Cc: yingchao.yang@HIDDEN,
>  Theodor Thornhill <theo@HIDDEN>,
>  61208 <at> debbugs.gnu.org,
>  yang.yingchao@HIDDEN
> 
> Treesit-defun-tactic being ’nested isn’t the problem here, at least not the direct cause of the problem. c-ts-mode doesn’t consider switch cases or if-else statements as defuns. It only considers function, struct, enum, union, as defun. So in a preprocessed C source file, C-M-a will move point to the beginning of the function, line E. It does not in this particular file because tree-sitter is thrown off by the SWITCH() and CASE() macro: it can’t tell what they are and parses them as function definitions.
> 
> I don’t object setting treesit-defun-tactic to ’top-level in c-ts-mode, though. It can hide problems like this. Just be aware that it merely hides the problem.

OK, I think I will make that change soon.

> C++ and Java has classes, and when point is in a class, I think people expect to move to the prev/next method rather than the beginning/end of the class. So nested is still a better default IMO.

OK, I see your point, and I think you are right.

Btw, I noticed that C-M-a in c++-ts-mode goes to the BOL of the line
where the function/class/namespace is declared, whereas c++-mode goes
to the first non-whitespace character on that line.  Isn't the
c++-mode way better?  If you agree, we should probably change
c++-ts-mode (and maybe also java-ts-mode?) to behave like CC mode, but
we should also make sure that changing this will not adversely affect
"C-c C-q" and "C-M-q".  WDYT?

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#61208: 29.0.60; treesit-beginning/end-of-defun problem with macros in c-ts-mode
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 02 Feb 2023 18:23:02 +0000
Resent-Message-ID: <handler.61208.B61208.167536216118111 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 61208
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: casouri@HIDDEN
Cc: yingchao.yang@HIDDEN, theo@HIDDEN, 61208 <at> debbugs.gnu.org, yang.yingchao@HIDDEN
Received: via spool by 61208-submit <at> debbugs.gnu.org id=B61208.167536216118111
          (code B ref 61208); Thu, 02 Feb 2023 18:23:02 +0000
Received: (at 61208) by debbugs.gnu.org; 2 Feb 2023 18:22:41 +0000
Received: from localhost ([127.0.0.1]:35791 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1pNeEK-0004i3-St
	for submit <at> debbugs.gnu.org; Thu, 02 Feb 2023 13:22:41 -0500
Received: from eggs.gnu.org ([209.51.188.92]:54552)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1pNeEI-0004hl-8z
 for 61208 <at> debbugs.gnu.org; Thu, 02 Feb 2023 13:22:39 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1pNeEA-00057D-SH; Thu, 02 Feb 2023 13:22:30 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From:
 Date; bh=TbpUY1l1QJ+7A75SRmhiVZlQtqCB/UIIEtb7Ngf8zX4=; b=ikOpKIdUzLJ/12EnjI6o
 KMb7BmWvQn4HKAojHtvXhgC8r3fessa3MXPL0RHUTAfXSD3Ne0O4tMl8ddFsXhR2wnzWS/QafQFBy
 aXn8UPNxK6T2cKIni7ZzpmmJyU1qR3RhMxwbdB4GWTYJeDmL3IyuVKvC1GL6x7E5yJtBIlr+Lxub+
 7siq4B2NSGJJ18HjUpui8TvFHvHevzVEdojr75VqvH6YHHKdYbCWcfvqqY/j8aGSaokDOeaFRlmT2
 tvNW0TPKugttLbcYdzf+Dh9m+f0a7DEQ+oc0rNstmKlZlJx3/geqD6j4HNAJkS+T4Aji/rVCDoLgS
 KfFFo8Zl2qjHSw==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1pNeEA-0006kF-Bd; Thu, 02 Feb 2023 13:22:30 -0500
Date: Thu, 02 Feb 2023 20:22:31 +0200
Message-Id: <83h6w4vsew.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <83wn50y0nw.fsf@HIDDEN> (message from Eli Zaretskii on Thu, 02
 Feb 2023 09:41:23 +0200)
References: <tencent_911881A0ED8B42D8CF38A994235BFE02B207@HIDDEN>
 <834js51rf8.fsf@HIDDEN> <963AC74E-57EA-4478-AD4C-8210DBA7EC9C@HIDDEN>
 <83wn50y0nw.fsf@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Cc: yingchao.yang@HIDDEN, 61208 <at> debbugs.gnu.org, theo@HIDDEN,
>  yang.yingchao@HIDDEN
> Date: Thu, 02 Feb 2023 09:41:23 +0200
> From: Eli Zaretskii <eliz@HIDDEN>
> 
> > Treesit-defun-tactic being ’nested isn’t the problem here, at least not the direct cause of the problem. c-ts-mode doesn’t consider switch cases or if-else statements as defuns. It only considers function, struct, enum, union, as defun. So in a preprocessed C source file, C-M-a will move point to the beginning of the function, line E. It does not in this particular file because tree-sitter is thrown off by the SWITCH() and CASE() macro: it can’t tell what they are and parses them as function definitions.
> > 
> > I don’t object setting treesit-defun-tactic to ’top-level in c-ts-mode, though. It can hide problems like this. Just be aware that it merely hides the problem.
> 
> OK, I think I will make that change soon.

Done.

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 10 Sep 2023 17:21:05 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Sep 10 13:21:05 2023
Received: from localhost ([127.0.0.1]:51212 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1qfO7N-0001eK-Gp
	for submit <at> debbugs.gnu.org; Sun, 10 Sep 2023 13:21:05 -0400
Received: from mail-lj1-x22c.google.com ([2a00:1450:4864:20::22c]:62956)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1qfO7K-0001di-Hc
 for control <at> debbugs.gnu.org; Sun, 10 Sep 2023 13:21:04 -0400
Received: by mail-lj1-x22c.google.com with SMTP id
 38308e7fff4ca-2bcda0aaf47so57427091fa.1
 for <control <at> debbugs.gnu.org>; Sun, 10 Sep 2023 10:20:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20221208; t=1694366452; x=1694971252; darn=debbugs.gnu.org;
 h=to:subject:message-id:date:mime-version:from:from:to:cc:subject
 :date:message-id:reply-to;
 bh=FaTPw5L0b4OGnr2wFDnqPWkBk1w0peS5G30QyMLAh50=;
 b=gmiWsYvxkMwxYQs7hCbykw36hCQzQ3eF9OHaYU5uUIO//Sqe8A2MqpBGDTkay3YVoG
 Neb+QYqDS+6zwNx4wErG0tR2IlUhisZUGt/WNoCSPXh+MH/iHIucAhsAjAmeZf0C+8TN
 H+2ztdV1InSrUE/hZ94iymIJjo09MixgP7Xp33Cg4dVauiGQUVjj7F/qSIB1mBFqtHen
 /pzfgmmNCxLS/nJ8yNqgdKndpiTWIAjUyqkw28Jc1rXjT+9rlUdVABuqi2bxMHAh+KQ/
 PgmACP6b+tDuUc4ILnHVh7SYM9GWM7w2D1ffhacnb8SZsTVbvPX4u/K6KBSAbtAdBnt4
 DmSQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1694366452; x=1694971252;
 h=to:subject:message-id:date:mime-version:from:x-gm-message-state
 :from:to:cc:subject:date:message-id:reply-to;
 bh=FaTPw5L0b4OGnr2wFDnqPWkBk1w0peS5G30QyMLAh50=;
 b=fAlww5irOi9MhPcWJIw159G1+giT0lc/c+g3NjW1O592KEN4GwMnk3e5TZmxI6DQEH
 dstEk1UX542bg2f+xM7yy57V5mzfroUswO3Ulc0qiD7Wxexkugxs1XWmfHcvW0fQR/RS
 IziMmnSPmATKPco+lA2iIOst90InhZebId2szw/4MxGH0K1UXBzF9peJ4Oh7nuXFuqET
 vLcvR6lbKDbOuc+csGdWsgrvB2BZi2tK78ddNj+ThCwiDDdCv2oOQk6FJ4MESrYfd2KR
 8s0PvzDlGpxIUXZo7aXnH0LUFaiypxCz7lGVfFh1Ym2NQ4Qy/yjUhFcME5UOsbnHf2HV
 6b5w==
X-Gm-Message-State: AOJu0Yz68orwoKy+aO0ijSgEFzR+95Pw2R2tni0A2OxaRzJbk/cCUAe4
 moQD+6JY092BKcQUaPnFxKYQGdZsemInzXZl5RNAoCw4
X-Google-Smtp-Source: AGHT+IFkqAdK0Of6Pb7c9dynsW+ivXzyaI5S/tRbgB9E1wWLeYzO79wVDiPzNnuJoBaoNTeCn0imM7MTYuj98PdAZtk=
X-Received: by 2002:a2e:9917:0:b0:2bd:1f0d:8c07 with SMTP id
 v23-20020a2e9917000000b002bd1f0d8c07mr2564786lji.19.1694366451611; Sun, 10
 Sep 2023 10:20:51 -0700 (PDT)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Sun, 10 Sep 2023 10:20:51 -0700
From: Stefan Kangas <stefankangas@HIDDEN>
MIME-Version: 1.0
Date: Sun, 10 Sep 2023 10:20:51 -0700
Message-ID: <CADwFkmkdn=rJQg5gQ-8L9EkqatO+QJmJLHYRUL17LMPs+mS1Bw@HIDDEN>
Subject: control message for bug #61209
To: control <at> debbugs.gnu.org
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

forcemerge 61208 61209
quit

Last modified: Sun, 10 Sep 2023 17:30:01 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.