From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: a07f3367d7,5bc93e84b760a04c X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII-7-bit Received: by 10.68.141.225 with SMTP id rr1mr940937pbb.2.1346980972768; Thu, 06 Sep 2012 18:22:52 -0700 (PDT) Path: t10ni3717795pbh.0!nntp.google.com!border1.nntp.dca.giganews.com!novia!news-peer1!btnet!zen.net.uk!hamilton.zen.co.uk!xlned.com!feeder7.xlned.com!multikabel.net!newsfeed10.multikabel.net!feed.xsnews.nl!border-1.ams.xsnews.nl!border4.nntp.ams.giganews.com!border2.nntp.ams.giganews.com!nntp.giganews.com!newsreader4.netcologne.de!news.netcologne.de!news.glorb.com!npeer01.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!post02.iad.highwinds-media.com!news.flashnewsgroups.com-b7.4zTQh5tI3A!not-for-mail From: Stephen Leake Newsgroups: comp.lang.ada Subject: Re: Emacs Ada mode vs Ada 2012 syntax References: <85r4qnweue.fsf@stephe-leake.org> <5040965d$0$6580$9b4e6d93@newsspool3.arcor-online.net> Date: Sat, 01 Sep 2012 12:25:24 -0400 Message-ID: <85a9x9ww0b.fsf@stephe-leake.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (windows-nt) Cancel-Lock: sha1:mK2WrqOVvdU1r6t/0UUeV8iamso= MIME-Version: 1.0 X-Complaints-To: abuse@flashnewsgroups.com Organization: FlashNewsgroups.com X-Trace: e390f504236f7e029e66121703 X-Received-Bytes: 2744 X-Original-Bytes: 2981 Content-Type: text/plain Date: 2012-09-01T12:25:24-04:00 List-Id: I'll take this as one vote of support for using Emacs :) Georg Bauhaus writes: > On 31.08.12 12:11, Stephen Leake wrote: > >> One option is to totally rewrite that part of Emacs Ada mode, replacing >> it with a semantic browser based engine implemented in elisp. > > Is there some current introduction to Emacs syntax thingies? > Last time I looked it seemed to be a moving target. I have not looked yet. I think we just have to read semantic.el >> Another option is to try to abstract the Ada implementation of the >> indentation engine from GPS, and arrange for Emacs to use it, via >> process or function calls. I don't think that would be easy, and it >> could be too slow. > > Argh! > > - "Emacs Ada Support: Now Vendor Locked!" Well, no; the GPS code is GPL. > - GPS version dependence We'd want to copy the code, for sure, and update it carefully. But I don't see that as much different from Emacs version dependence; Emacs updates have broken things on occasion. I doubt the Emacs project would accept Ada code in the source tree, so this would be a sort of fork. > - cuts alternatives (Emacs' indentation has some nice > adjustable features that GPS does not have, and vice versa) On the other hand, if we can feed back changes to AdaCore, it could end up with the superset of features in both. > - cannot change Emacs mode without knowing some other, external > program's sources well, and how to recreate that The indentation part of Emacs Ada mode, possibly. Contrast that with "cannot change Emacs Ada mode without understanding the Emacs semanitic package". Which would you rather learn, an package written in Elisp, or a package written in Ada? > - might force running an X server (unless an "indentation > daemon" could be extraced/made from GPS/gnatpretty). Ideally, the Ada indentation engine would be a linkable library, not requiring any UI at all (certainly no X server). -- -- Stephe