Provide option to use native emacs treesitter mode instead of rust-mode for emacs29+

[brotzeit]

https://git.savannah.gnu.org/cgit/emacs.git/commit/?h=emacs-29&id=cb8ccdd26702606710258e2e08bd1fc35bbc1674

[psibi]

How are you planning to integrate this option ?

Some questions:

• Will a new rustic-mode will be derive on top of the provided tree sitter based mode ? I personally think this is the future, but not sure about others. :-)
• Will this new mode will be on-par with the current existing regex based one ? If not, where do they differ ?

[brotzeit]

Will a new rustic-mode will be derive on top of the provided tree sitter based mode ? I personally think this is the future, but not sure about others. :-)

Given how fast treesitter modes are merged into emacs, it certainly looks like it. It also will be a lot easier to maintain progmodes. I'm looking forward to it because rust-mode can be really annoying. Maybe the reason why I've been the only rust-mode maintainer for quite some time though there are lots of emacs users using rust.

I think we don't need a new rustic-mode. It should be possible to let the user choose if rustic should derive from rust-mode or the new rust-ts-mode. Shouldn't be too difficult, unless I'm missing something.

Will this new mode will be on-par with the current existing regex based one ? If not, where do they differ ?

I have no idea what treesitter is capable of and how it compares to what rust-mode currently offers. But even if we have to use some kind of hybrid implementation, it will be a huge benefit. Indentation and font-locking alone can be a huge pain.

[brotzeit]

I'm also curious how much overlap there is between treesitter and lsp. Seems lsp gradually intents to handle everything like systemd =)

[psibi]

Maybe the reason why I've been the only rust-mode maintainer for quite some time though there are lots of emacs users using rust.

If it helps, I can additionally volunteer to maintain some parts of rust-mode. I did initially use rust-mode, but once I discovered rustic - I never reached back to it. But now that these both aren't even a fork, I wonder if it makes sense to merge both of them.

It should be possible to let the user choose if rustic should derive from rust-mode or the new rust-ts-mode.

Sounds like a good idea and I would be to switch to the ts based one.

I have no idea what treesitter is capable of and how it compares to what rust-mode currently offers.

I don't have a deep idea too, but from what I have seen so far - it looks to solve lots of hard problems in a much better way.

[brotzeit]

If it helps, I can additionally volunteer to maintain some parts of rust-mode.

Sure it's always good to have more maintainers. I even added a note to the readme some years ago.

But now that these both aren't even a fork, I wonder if it makes sense to merge both of them.

We had long discussions on how to do this and decided that we leave rust-mode for the users that prefer a mode only with basic features.

[brotzeit]

@psibi rust-mode

[brotzeit]

It's already reverted. Seems I was too quick with the merge Button, sorry.

[mrcnski]

Thank you! I just had to wait a bit for it to update on Melpa. Works now!

[npajkovsky]

Any progress here?

[brotzeit]

Sorry, I still have to fix it. However if you are on emacs29 and treesitter is present it should be working with #480

[npajkovsky]

I'll give it a try. What do you need to fix?

[npajkovsky]

Indeed it needs more work

 Symbol’s value as variable is void: rustic-indent-offset

[appetrosyan]

Any update on this?

[psibi]

You can use it now as part of emacs-rustic: https://github.com/emacs-rustic/rustic?tab=readme-ov-file#tree-sitter