[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Etags support for the Mercury programming language [continued]
From: |
fabrice nicol |
Subject: |
Etags support for the Mercury programming language [continued] |
Date: |
Wed, 24 Mar 2021 08:42:56 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 |
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