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.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,d275ffeffdf83655 X-Google-Attributes: gid103376,public From: John McCabe Subject: Re: Ada mode requests (Re: Ada vs C++ vs Java) Date: 1999/01/28 Message-ID: <36B0FEF4.381F@gecm.com>#1/1 X-Deja-AN: 438067756 Content-Transfer-Encoding: 7bit References: <369C1F31.AE5AF7EF@concentric.net> <369DDDC3.FDE09999@sea.ericsson.se> <369e309a.32671759@news.demon.co.uk> <369F1D39.64A65BC1@sea.ericsson.se> <369f81a9.31040093@news.demon.co.uk> <77ommt$9bo$1@nnrp1.dejanews.com> <77vhjf$nn9$1@nnrp1.dejanews.com> <77vld9$qvg$1@nnrp1.dejanews.com> <782rp0$kn6$1@nnrp1.dejanews.com> <6Oap2.16170$MW1.4028@news2.giganews.com> <783nnb$s9c@drn.newsguy.com> <784qvi$a0a$1@nnrp1.dejanews.com> <78549k$iqv$1@nnrp1.dejanews.com> <785fo3$thj$1@nnrp1.dejanews.com> <36A6F997.CA210C39@easystreet.com> <36A775B3.666042D8@easystreet.com> <788svu$gl9@drn.newsguy.com> <78a27f$rp4$1@nnrp1.dejanews.com> <78age5$p8v@hobbes.crc.com> <78g0vt$8td$1@nnrp1.dejanews.com> Content-Type: text/plain; charset=us-ascii Organization: Waterlooville Mime-Version: 1.0 Newsgroups: comp.lang.ada Date: 1999-01-28T00:00:00+00:00 List-Id: dewar@gnat.com wrote: > ACT spends considerable resources on updating and improving > Ada mode, since EMACS is at the center of one of our > integrated development environments, so it is most > certainly worth sending suggestions to us. Well it's a pity you didn't start off with the latest version of ada-mode before modifying it to produce the 3.1 version on the cs.nyu.edu site. There are quite a few bugs in the version that's there, some of which have already been fixed in the last version that was distributed to the emacs ada-mode mailing list. Also, there's a comment from your bloke about having done a major rewrite of the indenting code - I can see no evidence of a major rewrite, all he's done is take out a couple of bits (i.e. references to GEI and ada-format) that probably nobody used anyway! > In any case I suggest waiting till you see the latest 3.11 > version, since that represents a big jump in capability > (really 3.11 is the first version of Ada mode that we > consider to begin to have the needed functionality). Well if you make an announcement on this newsgroup, I'll keep an eye out for it and see whether you've left any of the bugs in that I know about. John PS. A couple of suggestions for 3.1... Try: 1) Set ada-case-attribute to ada-loose-case-word, ada-case-keyword to downcase word. Open a new file and enter some Ada code. Insert a character constant e.g. 'a' What happens when you put the closing "'" on the character constant? I would expect you to get 'A' 2) Insert a line of code that uses the 'Access attribute. Select the whole buffer and the ada-adjust-caase-region. What happens to 'access? does it stay as 'Access or become 'access? (The first case is correct - second is wrong. 3) finally put in a procedure specification eg. procedure x_z (y : in integer); place point on the y. M-x eval-expression (ada-in-paramlist-p) result should be t. It is a bug (that I know how to fix) if you get nil. If you are seeing any of this behaviour and want to know how to fix it, please let me know.