GNU bug report logs -
#59490
29.0.50; Add C# support
Previous Next
Reported by: Theodor Thornhill <theo <at> thornhill.no>
Date: Tue, 22 Nov 2022 20:53:02 UTC
Severity: normal
Tags: patch
Found in version 29.0.50
Fixed in version 29.1
Done: Yuan Fu <casouri <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 59490 in the body.
You can then email your comments to 59490 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
casouri <at> gmail.com, josteink <at> gmail.com, bug-gnu-emacs <at> gnu.org
:
bug#59490
; Package
emacs
.
(Tue, 22 Nov 2022 20:53:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Theodor Thornhill <theo <at> thornhill.no>
:
New bug report received and forwarded. Copy sent to
casouri <at> gmail.com, josteink <at> gmail.com, bug-gnu-emacs <at> gnu.org
.
(Tue, 22 Nov 2022 20:53:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi Yuan, Jostein and others.
Added is support for C# in Emacs. This is the original C# mode as found
on ELPA [0], as well as support for the new tree sitter mechanisms.
I made two new modes, 'csharp-cc-mode' and 'csharp-ts-mode'. The cc-mode
variant has that name as to not conflict with the ELPA package.
Please shoot comments at me, and I'll fix them.
Hope you like it,
Theodor
[0]: https://github.com/emacs-csharp/csharp-mode
[0001-Add-csharp-cc-ts-mode.patch (text/x-diff, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#59490
; Package
emacs
.
(Tue, 22 Nov 2022 21:27:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 59490 <at> debbugs.gnu.org (full text, mbox):
Hmm, It seems I've made a mistake in the C# CC mode variant. Just wait
a little, and let me find the problem :-)
Theo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#59490
; Package
emacs
.
(Tue, 22 Nov 2022 21:48:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 59490 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Ok so this works.
Sorry for the mess.
What do you think?
Theo
[0001-Add-csharp-mode-and-csharp-ts-mode.patch (text/x-diff, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#59490
; Package
emacs
.
(Wed, 23 Nov 2022 12:16:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 59490 <at> debbugs.gnu.org (full text, mbox):
> Date: Tue, 22 Nov 2022 22:47:12 +0100
> From: Theodor Thornhill via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
> Ok so this works.
>
> Sorry for the mess.
>
> What do you think?
LGTM, thanks. I'll let Yuan review and install.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#59490
; Package
emacs
.
(Wed, 23 Nov 2022 18:31:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 59490 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> Date: Tue, 22 Nov 2022 22:47:12 +0100
>> From: Theodor Thornhill via "Bug reports for GNU Emacs,
>> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>>
>> Ok so this works.
>>
>> Sorry for the mess.
>>
>> What do you think?
>
> LGTM, thanks. I'll let Yuan review and install.
Thanks Theo! I’ve merged it. One general comment is that we should have
a "standard" list of features consistent across major modes. I think by
now we’ve worked on font-lock enough to know what those features should
be. I’ll start a discussion on the ML.
Yuan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#59490
; Package
emacs
.
(Wed, 23 Nov 2022 18:45:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 59490 <at> debbugs.gnu.org (full text, mbox):
On 23 November 2022 19:29:57 CET, Yuan Fu <casouri <at> gmail.com> wrote:
>
>Eli Zaretskii <eliz <at> gnu.org> writes:
>
>>> Date: Tue, 22 Nov 2022 22:47:12 +0100
>>> From: Theodor Thornhill via "Bug reports for GNU Emacs,
>>> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>>>
>>> Ok so this works.
>>>
>>> Sorry for the mess.
>>>
>>> What do you think?
>>
>> LGTM, thanks. I'll let Yuan review and install.
>
>Thanks Theo! I’ve merged it. One general comment is that we should have
>a "standard" list of features consistent across major modes. I think by
>now we’ve worked on font-lock enough to know what those features should
>be. I’ll start a discussion on the ML.
>
>Yuan
I agree!
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#59490
; Package
emacs
.
(Wed, 23 Nov 2022 20:39:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 59490 <at> debbugs.gnu.org (full text, mbox):
Yuan Fu <casouri <at> gmail.com> writes:
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>>> Date: Tue, 22 Nov 2022 22:47:12 +0100
>>> From: Theodor Thornhill via "Bug reports for GNU Emacs,
>>> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>>>
>>> Ok so this works.
>>>
>>> Sorry for the mess.
>>>
>>> What do you think?
>>
>> LGTM, thanks. I'll let Yuan review and install.
>
> Thanks Theo! I’ve merged it. One general comment is that we should have
> a "standard" list of features consistent across major modes. I think by
> now we’ve worked on font-lock enough to know what those features should
> be. I’ll start a discussion on the ML.
Actually, another thing: it seems the mode defined is still named
csharp-mode rather than csharp-cc-mode.
Yuan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#59490
; Package
emacs
.
(Wed, 23 Nov 2022 20:45:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 59490 <at> debbugs.gnu.org (full text, mbox):
On 23 November 2022 21:38:19 CET, Yuan Fu <casouri <at> gmail.com> wrote:
>
>Yuan Fu <casouri <at> gmail.com> writes:
>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>>>> Date: Tue, 22 Nov 2022 22:47:12 +0100
>>>> From: Theodor Thornhill via "Bug reports for GNU Emacs,
>>>> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>>>>
>>>> Ok so this works.
>>>>
>>>> Sorry for the mess.
>>>>
>>>> What do you think?
>>>
>>> LGTM, thanks. I'll let Yuan review and install.
>>
>> Thanks Theo! I’ve merged it. One general comment is that we should have
>> a "standard" list of features consistent across major modes. I think by
>> now we’ve worked on font-lock enough to know what those features should
>> be. I’ll start a discussion on the ML.
>
>Actually, another thing: it seems the mode defined is still named
>csharp-mode rather than csharp-cc-mode.
>
>Yuan
Yeah that's right. Imo that's ok, because it's unlikely there will be much new development on the cc mode variant. So it will be identical to the upstream one, and the upstream one will be marked as deprecated very soon.
What do you think?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#59490
; Package
emacs
.
(Wed, 23 Nov 2022 21:20:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 59490 <at> debbugs.gnu.org (full text, mbox):
> On Nov 23, 2022, at 12:43 PM, Theodor Thornhill <theo <at> thornhill.no> wrote:
>
>
>
> On 23 November 2022 21:38:19 CET, Yuan Fu <casouri <at> gmail.com> wrote:
>>
>> Yuan Fu <casouri <at> gmail.com> writes:
>>
>>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>>
>>>>> Date: Tue, 22 Nov 2022 22:47:12 +0100
>>>>> From: Theodor Thornhill via "Bug reports for GNU Emacs,
>>>>> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>>>>>
>>>>> Ok so this works.
>>>>>
>>>>> Sorry for the mess.
>>>>>
>>>>> What do you think?
>>>>
>>>> LGTM, thanks. I'll let Yuan review and install.
>>>
>>> Thanks Theo! I’ve merged it. One general comment is that we should have
>>> a "standard" list of features consistent across major modes. I think by
>>> now we’ve worked on font-lock enough to know what those features should
>>> be. I’ll start a discussion on the ML.
>>
>> Actually, another thing: it seems the mode defined is still named
>> csharp-mode rather than csharp-cc-mode.
>>
>> Yuan
>
> Yeah that's right. Imo that's ok, because it's unlikely there will be much new development on the cc mode variant. So it will be identical to the upstream one, and the upstream one will be marked as deprecated very soon.
>
> What do you think?
Yeah I was just confused because you said
> I made two new modes, 'csharp-cc-mode' and 'csharp-ts-mode'. The cc-mode
> variant has that name as to not conflict with the ELPA package.
And I only see csharp-mode.
So the mode we provide in Emacs are csharp-mode and csharp-ts-mode? Then I assume this line is a typo?
;;;###autoload
(add-to-list 'auto-mode-alist '("\\.cs\\'" . csharp-cc-mode))
Yuan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#59490
; Package
emacs
.
(Wed, 23 Nov 2022 21:26:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 59490 <at> debbugs.gnu.org (full text, mbox):
On 23 November 2022 22:19:21 CET, Yuan Fu <casouri <at> gmail.com> wrote:
>
>
>> On Nov 23, 2022, at 12:43 PM, Theodor Thornhill <theo <at> thornhill.no> wrote:
>>
>>
>>
>> On 23 November 2022 21:38:19 CET, Yuan Fu <casouri <at> gmail.com> wrote:
>>>
>>> Yuan Fu <casouri <at> gmail.com> writes:
>>>
>>>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>>>
>>>>>> Date: Tue, 22 Nov 2022 22:47:12 +0100
>>>>>> From: Theodor Thornhill via "Bug reports for GNU Emacs,
>>>>>> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>>>>>>
>>>>>> Ok so this works.
>>>>>>
>>>>>> Sorry for the mess.
>>>>>>
>>>>>> What do you think?
>>>>>
>>>>> LGTM, thanks. I'll let Yuan review and install.
>>>>
>>>> Thanks Theo! I’ve merged it. One general comment is that we should have
>>>> a "standard" list of features consistent across major modes. I think by
>>>> now we’ve worked on font-lock enough to know what those features should
>>>> be. I’ll start a discussion on the ML.
>>>
>>> Actually, another thing: it seems the mode defined is still named
>>> csharp-mode rather than csharp-cc-mode.
>>>
>>> Yuan
>>
>> Yeah that's right. Imo that's ok, because it's unlikely there will be much new development on the cc mode variant. So it will be identical to the upstream one, and the upstream one will be marked as deprecated very soon.
>>
>> What do you think?
>
>Yeah I was just confused because you said
>
>> I made two new modes, 'csharp-cc-mode' and 'csharp-ts-mode'. The cc-mode
>> variant has that name as to not conflict with the ELPA package.
Yep, that was unclear. I decided to skip it in the second patch :)
>
>And I only see csharp-mode.
>
>So the mode we provide in Emacs are csharp-mode and csharp-ts-mode? Then I assume this line is a typo?
>
>;;;###autoload
>(add-to-list 'auto-mode-alist '("\\.cs\\'" . csharp-cc-mode))
>
>Yuan
>
That's correct. That's a typo. My bad :) make it csharp-mode. You want a new patch?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#59490
; Package
emacs
.
(Wed, 23 Nov 2022 23:05:02 GMT)
Full text and
rfc822 format available.
Message #35 received at 59490 <at> debbugs.gnu.org (full text, mbox):
> On Nov 23, 2022, at 1:25 PM, Theodor Thornhill <theo <at> thornhill.no> wrote:
>
>
>
> On 23 November 2022 22:19:21 CET, Yuan Fu <casouri <at> gmail.com> wrote:
>>
>>
>>> On Nov 23, 2022, at 12:43 PM, Theodor Thornhill <theo <at> thornhill.no> wrote:
>>>
>>>
>>>
>>> On 23 November 2022 21:38:19 CET, Yuan Fu <casouri <at> gmail.com> wrote:
>>>>
>>>> Yuan Fu <casouri <at> gmail.com> writes:
>>>>
>>>>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>>>>
>>>>>>> Date: Tue, 22 Nov 2022 22:47:12 +0100
>>>>>>> From: Theodor Thornhill via "Bug reports for GNU Emacs,
>>>>>>> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>>>>>>>
>>>>>>> Ok so this works.
>>>>>>>
>>>>>>> Sorry for the mess.
>>>>>>>
>>>>>>> What do you think?
>>>>>>
>>>>>> LGTM, thanks. I'll let Yuan review and install.
>>>>>
>>>>> Thanks Theo! I’ve merged it. One general comment is that we should have
>>>>> a "standard" list of features consistent across major modes. I think by
>>>>> now we’ve worked on font-lock enough to know what those features should
>>>>> be. I’ll start a discussion on the ML.
>>>>
>>>> Actually, another thing: it seems the mode defined is still named
>>>> csharp-mode rather than csharp-cc-mode.
>>>>
>>>> Yuan
>>>
>>> Yeah that's right. Imo that's ok, because it's unlikely there will be much new development on the cc mode variant. So it will be identical to the upstream one, and the upstream one will be marked as deprecated very soon.
>>>
>>> What do you think?
>>
>> Yeah I was just confused because you said
>>
>>> I made two new modes, 'csharp-cc-mode' and 'csharp-ts-mode'. The cc-mode
>>> variant has that name as to not conflict with the ELPA package.
>
> Yep, that was unclear. I decided to skip it in the second patch :)
>
>>
>> And I only see csharp-mode.
>>
>> So the mode we provide in Emacs are csharp-mode and csharp-ts-mode? Then I assume this line is a typo?
>>
>> ;;;###autoload
>> (add-to-list 'auto-mode-alist '("\\.cs\\'" . csharp-cc-mode))
>>
>> Yuan
>>
>
> That's correct. That's a typo. My bad :) make it csharp-mode. You want a new patch?
I applied the patch with that change :-)
Yuan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#59490
; Package
emacs
.
(Thu, 24 Nov 2022 06:26:01 GMT)
Full text and
rfc822 format available.
Message #38 received at 59490 <at> debbugs.gnu.org (full text, mbox):
> From: Yuan Fu <casouri <at> gmail.com>
> Date: Wed, 23 Nov 2022 12:38:19 -0800
> Cc: theo <at> thornhill.no,
> 59490 <at> debbugs.gnu.org
>
> Actually, another thing: it seems the mode defined is still named
> csharp-mode rather than csharp-cc-mode.
I think it is better in general to keep the name of the existing mode for
which this one is supposed to be a replacement/continuation.
Added tag(s) patch.
Request was from
Stefan Kangas <stefankangas <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Thu, 24 Nov 2022 18:28:03 GMT)
Full text and
rfc822 format available.
bug marked as fixed in version 29.1, send any further explanations to
59490 <at> debbugs.gnu.org and Theodor Thornhill <theo <at> thornhill.no>
Request was from
Yuan Fu <casouri <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Mon, 28 Nov 2022 22:39:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 27 Dec 2022 12:24:11 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 180 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.