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#62238: 30.0.50; Unusual interpretation of "S-expressions" in c-ts-mode Date: Sun, 19 Mar 2023 20:17:46 +0200 Message-ID: <834jqga9md.fsf@gnu.org> References: <87ilezg0wo.fsf@posteo.net> <7FDC4392-AC34-4EA2-A166-AB10755361CD@gmail.com> <83jzzeb2v6.fsf@gnu.org> <83fsa2as1a.fsf@gnu.org> <86edplupr9.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9764"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 62238@debbugs.gnu.org, casouri@gmail.com, theo@thornhill.no, philipk@posteo.net, mardani29@yahoo.es To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Mar 19 19:18:26 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 1pdxbt-0002IY-2R for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 19 Mar 2023 19:18:25 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pdxbZ-0003ej-Li; Sun, 19 Mar 2023 14:18:05 -0400 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 1pdxbW-0003ch-K6 for bug-gnu-emacs@gnu.org; Sun, 19 Mar 2023 14:18:03 -0400 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 1pdxbW-0000iB-C7 for bug-gnu-emacs@gnu.org; Sun, 19 Mar 2023 14:18:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pdxbW-0003HU-0P for bug-gnu-emacs@gnu.org; Sun, 19 Mar 2023 14:18:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Mar 2023 18:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62238 X-GNU-PR-Package: emacs Original-Received: via spool by 62238-submit@debbugs.gnu.org id=B62238.167924987512597 (code B ref 62238); Sun, 19 Mar 2023 18:18:01 +0000 Original-Received: (at 62238) by debbugs.gnu.org; 19 Mar 2023 18:17:55 +0000 Original-Received: from localhost ([127.0.0.1]:52713 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pdxbO-0003H7-KI for submit@debbugs.gnu.org; Sun, 19 Mar 2023 14:17:54 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:38550) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pdxbM-0003Gt-9l for 62238@debbugs.gnu.org; Sun, 19 Mar 2023 14:17:53 -0400 Original-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 ) id 1pdxbF-0000fg-80; Sun, 19 Mar 2023 14:17:45 -0400 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=sokhk6Z4n8C4cYC2rn7YHv/ZmS/cH1Du+gN4sKVV8tM=; b=K/72uXOJcvuab2o9XrZL W4jR9+hN5U0nlHhHUmHn7Hqy/qff5wuSbgy972SoJPTxFnQT5IihCySZNbK6hkS7Z3dgV9cJtBBrh VRawuPbuWyJl+sRtRUbJj4vs3hcw6PzyZPZc8jJYwFSKbci5KJQBROePDMT6G8p51Ay0OMv8jb3rn gvVC0koPVLdxOWVy3FCPJgd5i99Hc143ZN1f2qgCJZLG9hyS9YHg5B0+5wSp3UdOfVmof3n2+F6L8 +/tmQYVg1dTG5OTT7fHYNCg7QX4NTkgEphSuhSjQeS7O7qGVVp8AiAu8u53T8alt8Fp7w8JkxepoL yMwP0O3WKiPStw==; Original-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 ) id 1pdxbB-0007sn-HC; Sun, 19 Mar 2023 14:17:43 -0400 In-Reply-To: <86edplupr9.fsf@mail.linkov.net> (message from Juri Linkov on Sun, 19 Mar 2023 19:28:58 +0200) 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:258251 Archived-At: > From: Juri Linkov > Cc: Daniel Martín , > 62238@debbugs.gnu.org, > casouri@gmail.com, theo@thornhill.no, philipk@posteo.net > Date: Sun, 19 Mar 2023 19:28:58 +0200 > > After trying to tweak treesit-sexp-type-regexp a few times > I become convinced it is not up to the task of properly handling > all sexp operations. It seems the existing functions that > implement C-M-f (forward-sexp), C-M-u (backward-up-list), etc. > should remain in place, and the role of the tree-sitter would be > only to provide syntax information for them, i.e. just to replace > syntax tables with tree-sitter wrappers. It would be good if you could tell more about what you tried and what you saw, and how you reached this quite radical conclusion. Maybe you are right, but without knowing the details, how can we possibly discuss it and try to reach a common conclusion? Up front, the conclusion sounds almost incredible: after all, how can a compiler recognize blocks and defuns if not by parsing the program source? If the compiler does it, why cannot we do the same using the parsing products? So please consider making the discussion more useful by telling more. (Perhaps on emacs-devel, not here.)