Etags support for the Mercury programming language [continued]

[fabrice nicol]

As a follow-up to my message of March 22, I would appreciate to get some 
feedback on the attached patch implementing Mercury support for 'etags' 
before considering a formal submission.

You will note an unconventional move.  I was daring enough to add two 
options to 'etags' (-m and -M) to implement some kind of backward 
compatibility with Prolog etags support (based on tagging definitions, 
-M) while allowing a simpler, more idiomatic approach that focuses on 
tagging  Mercury declarations only (-m).  Backward compatibility is 
legitimate and quite useful, but having it on board all the time may be 
cumbersome for some use cases.   Hence the 'behavioral' options I added.

Fabrice Nicol

Le 22/03/2021 à 03:02, fabrice nicol a écrit :
> I have been developing Emacs etags support for the Mercury 
> logic/functional programming language (https://mercurylang.org/), 
> based on the current code for Prolog support.
>
> Before proposing a patch for review, I would like to know if 
> (considering the limited audience) such a proposal stands a chance of 
> being accepted. All the changes are located in lib-src/etags.c (plus 
> two lines in lisp/speedbar.el).
>
> Disclaimer: I am not a member of the Mercury language development team 
> (who mostly use Vim) and have no personal nor professional link with 
> them.
>
> The patched fork of the Github emacs-mirror code is available here:  
> https://github.com/fabnicol/mercury-emacs
>
> Best,
>
> Fabrice Nicol

0001-Applied-Changes-for-Mercury-Fabrice-Nicol.patch
Description: Text Data