unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Yuan Fu <casouri@gmail.com>
To: Ergus <spacibba@aol.com>
Cc: 72388@debbugs.gnu.org
Subject: bug#72388: 31.0.50; Use tree-sitter-cuda grammar but with tree-sitter-cpp's font-lock/indentation rules
Date: Mon, 19 Aug 2024 20:44:41 -0700	[thread overview]
Message-ID: <1D62877B-C528-4B0B-95E2-8CF8CC79F355@gmail.com> (raw)
In-Reply-To: <j77vrtrwipskv52jzhoilntlm2gqamvt7ledyeuxkugrsh7ojy@sl3msvhlp73y>


Hey Ergus, sorry for the delay.

> On Aug 12, 2024, at 4:10 PM, Ergus via Bug reports for GNU Emacs, the Swiss army knife of text editors <bug-gnu-emacs@gnu.org> wrote:
> 
> Hi Yuan:
> 
> I am just trying to use the new treesit-language-remap-alist and so far
> I understand your idea of how to make it work for the basics. But it is
> not clear how can I use the new var to add the new syntax entries.
> 
> I mean, looking at the grammar:
> 
> https://github.com/tree-sitter-grammars/tree-sitter-cuda/blob/master/grammar.js
> 
> You can see that it is the inherited C++ syntax, with extra entries in
> some fields (like _declaration_modifiers or delete_expression). For this
> part the new variable may work perfectly.
> 
> However there are a few "new" entries like: kernel_call_expression,
> kernel_call_syntax and launch_bounds that will need special handling.
> 
> What's your suggestion?
> 
> I mean, for the latest what we really need is to extend (partially
> redefine) the c-ts-mode--indent-styles, c-ts-mode--keywords and so on.
> 
> Is that the intended approach?

Yeah, you can define your own cuda-indent-styles by grabbing c-ts-mode—indent-styles and adding your rules on top of it, something like

(append your-styles
        (c-ts-mode--indent-styles 'c++))

For font-lock, something like

(append (treesit-font-lock-rules
         :language 'cuda
         :faeture 'xxx
         '(queries))
        (c-ts-mode--font-lock-settings 'c++))

The new treesit-language-remap-alist will ensure that even though the config you borrow from c-ts-mode calls for c++, Emacs will actually use cuda grammar in your major mode.

Yuan




      reply	other threads:[~2024-08-20  3:44 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <j77vrtrwipskv52jzhoilntlm2gqamvt7ledyeuxkugrsh7ojy.ref@sl3msvhlp73y>
2024-07-31  0:05 ` bug#72388: 31.0.50; Use tree-sitter-cuda grammar but with tree-sitter-cpp's font-lock/indentation rules Yuan Fu
2024-08-12 23:10   ` Ergus via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-08-20  3:44     ` Yuan Fu [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1D62877B-C528-4B0B-95E2-8CF8CC79F355@gmail.com \
    --to=casouri@gmail.com \
    --cc=72388@debbugs.gnu.org \
    --cc=spacibba@aol.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).