Re: Ada mode requests (Re: Ada vs C++ vs Java)

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[David C. Hoos, Sr.]

Matthew Heaney wrote in message ...
>dennison@telepath.com writes:
>
>> In article <m3hftjstg6.fsf@mheaney.ni.net>,
>>   Matthew Heaney <matthew_heaney@acm.org> wrote:
>>
>> > I'm going to be taking over maintenance of ada-mode in another month or
>> > so.  If you have any suggestions for me, let me know.
>>
>> I'd like to see a submode or new mode for editing gnat.adc files. But I
>> suppose I might be the only person who would use it.
>
>What's a gnat.adc file?
>
Surprisingly, this information is found in the Gnat User's Guide in the
obsurely-named section titled "The gnat.adc file," viz.:

The gnat.adc file
In GNAT a compilation environment is defined by the current directory at the
time that a compile command is given. This current directory is searched for
a file whose name is `gnat.adc'. If this file is present, it is expected to
contain one or more configuration pragmas that will be applied to the
current compilation.

Configuration pragmas may be entered into the `gnat.adc' file either by
running gnatchop on a source file that consists only of configuration
pragmas, or more conveniently by direct editing of the `gnat.adc' file,
which is a standard format source file.

A search of the User's guide for ".adc" will bring to light
several other references to this file.

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[dennison]

In article <m37lufb56j.fsf@mheaney.ni.net>,
  Matthew Heaney <matthew_heaney@acm.org> wrote:
> dennison@telepath.com writes:
>
> > In article <m3hftjstg6.fsf@mheaney.ni.net>,
> >   Matthew Heaney <matthew_heaney@acm.org> wrote:
> >
> > > I'm going to be taking over maintenance of ada-mode in another month or
> > > so.  If you have any suggestions for me, let me know.
> >
> > I'd like to see a submode or new mode for editing gnat.adc files. But I
> > suppose I might be the only person who would use it.
>
> What's a gnat.adc file?

Its the standard file in gnat for handling configuration pragmas. See
http://www.gnat.com/gnat_ug.html#SEC69

It appears my assesment of its frequency of use by folks other than myself was
on the mark...


T.E.D.

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[David C. Hoos, Sr.]

dennison@telepath.com wrote in message <78a27f$rp4$1@nnrp1.dejanews.com>...
>In article <m3hftjstg6.fsf@mheaney.ni.net>,
>  Matthew Heaney <matthew_heaney@acm.org> wrote:
>
>> I'm going to be taking over maintenance of ada-mode in another month or
>> so.  If you have any suggestions for me, let me know.
>
>I'd like to see a submode or new mode for editing gnat.adc files. But I
>suppose I might be the only person who would use it.
>
Matt,

Glad to have a name attached to the maintenance/fixing of ada-mode.

ada-mode 3.0 is a quantum leap from 2.28, but there are still a few niggling
problems -- e.g., indentation doesn't work right in protected types; in some
contexts parameter lists are not recognized as parameter lists, etc.

As I encounter specific cases I'll send them to you.  I hadn't wanted to
bother ACT with it, since getting the executable-generation tools right is
more important.

David C. Hoos, sr.

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[dennison]

In article <m3hftjstg6.fsf@mheaney.ni.net>,
  Matthew Heaney <matthew_heaney@acm.org> wrote:
> I'm going to be taking over maintenance of ada-mode in another month or
> so.  If you have any suggestions for me, let me know.

I may not be using the latest ada-mode, so if this is already in there please
forgive me....

The "other file" feature that automagicly generates stubbed bodies for spec
routines is incredibly useful. But it also copies non-subprogram declarations
over into the body. Those just have be be removed again by a human. I'd like
to see just the subprograms that get expanded copied over (and perhaps
comment blocks).

I'd also like to see the capability expanded somewhat. I always end up having
to add a subprogram or two afterwards. It'd be awfully nice to have a "create
a stub in the other file for the declaration under the cursor" function.

T.E.D.

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

Ada mode requests (Re: Ada vs C++ vs Java)

[dennison]

In article <m3hftjstg6.fsf@mheaney.ni.net>,
  Matthew Heaney <matthew_heaney@acm.org> wrote:

> I'm going to be taking over maintenance of ada-mode in another month or
> so.  If you have any suggestions for me, let me know.

I'd like to see a submode or new mode for editing gnat.adc files. But I
suppose I might be the only person who would use it.

T.E.D.

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[Matthew Heaney]

dennison@telepath.com writes:

> In article <m3hftjstg6.fsf@mheaney.ni.net>,
>   Matthew Heaney <matthew_heaney@acm.org> wrote:
> 
> > I'm going to be taking over maintenance of ada-mode in another month or
> > so.  If you have any suggestions for me, let me know.
> 
> I'd like to see a submode or new mode for editing gnat.adc files. But I
> suppose I might be the only person who would use it.

What's a gnat.adc file?

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[dewar]

In article <78age5$p8v@hobbes.crc.com>,
  "David C. Hoos, Sr." <david.c.hoos.sr@ada95.com> wrote:
> As I encounter specific cases I'll send them to you.  I
> hadn't wanted to bother ACT with it, since getting the
> executable-generation tools right is
> more important.

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. We will of
course acquire useful suggestions from wherever we see
them, but sending mail to report@gnat.com is certainly the
most direct way to make specific suggestions to us.

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).

Robert Dewar
Ada Core Technologies

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[robert_dewar]

In article <78ag05$p23@hobbes.crc.com>,
  "David C. Hoos, Sr." <david.c.hoos.sr@ada95.com> wrote:

> Surprisingly, this information is found in the Gnat
> User's Guide in the obsurely-named section titled "The
> gnat.adc file," viz.:

Ah, now David is giving away his secret sources of
information as well :-)

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[John McCabe]

"David C. Hoos, Sr." <david.c.hoos.sr@ada95.com> wrote:


>Glad to have a name attached to the maintenance/fixing of ada-mode.
>
>ada-mode 3.0 is a quantum leap from 2.28, but there are still a few niggling
>problems -- e.g., indentation doesn't work right in protected types; in some
>contexts parameter lists are not recognized as parameter lists, etc.

What on earth is ada-mode 3.0? First I've heard of it. Where can I get
it?

TIA

Best Regards
John McCabe <john@assen.demon.co.uk>

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[bourguet]

John McCabe <john.mccabe@gecm.com> wrote:

>>Brian Orpin wrote:
>>
>> On Mon, 25 Jan 1999 22:44:25 GMT, john@assen.demon.co.uk.nospam (John
>> McCabe) wrote:
>> >What on earth is ada-mode 3.0? First I've heard of it. Where can I get
>>
>> It is on the cs.nyu archive (as is 11p) as 3.1
>
>Can you give me an exact URL? I had a look round last night and couldn't
>find anything that seemed right. Is it part of a gzipped file or
>something.

ftp://cs.nyu.edu/pub/gnat/adamode_3.1.tar.gz

>> It does of course seem to assume that the only Ada compiler in the world
>> is Gnat which is a real pity.

>That's not surprising. I've heard something about ACT getting involved
>with ada-mode from the emacs ada mode mailing list, but I had hoped they
>would separate anything they did from the main code to allow other
>compilers to be used with it.

I do not see what prevent the use of this mode to edit ada code for other
compilers. As far as I known, the only thing which was not dependant on
gnat which will now be unavailable to others people is the stub generation
(perhaps a request to re-insert the old code could be sent to ACT?). By the
way every other time the result of the old code was just to copy the spec in
the body and add " body " after package.

I've more to complain (I've send a report) to the definition of key
sequences which should be reserved to users.

>> The texi file will not convert to info nor will it convert to html (as
>> the html file in the distribution shows).
>
>Tremendous ! (*NOT*)

I had no problem to generate an info file (it was named ada-mode).

-- Jean-Marc

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[dewar]

In article <78kk11$qmd$1@nnrp1.dejanews.com>,
  bourguet@my-dejanews.com wrote:

> >> It does of course seem to assume that the only Ada
> >> compiler in the world
> >> is Gnat which is a real pity.

The new Ada mode certainly does rely on GNAT to provide
information that only a compiler can provide.

> >That's not surprising. I've heard something about ACT
> >getting involved
> >with ada-mode from the emacs ada mode mailing list, but
> >I had hoped they
> >would separate anything they did from the main code to
> >allow other
> >compilers to be used with it.
>
> I do not see what prevent the use of this mode to edit
> ada code for other
> compilers. As far as I known, the only thing which was
> not dependant on
> gnat which will now be unavailable to others people is
> the stub generation

No, that's wrong, the really important feature is the
cross-referencing features which are driven by ali files,
and there is no way of duplicating this kind of Ada
compiler smart knowledge without an Ada compiler.

However, the intention is certainly that other features of
Ada mode can be used without problems.

> (perhaps a request to re-insert the old code could be
> sent to ACT?). By the
> way every other time the result of the old code was just
> to copy the spec in
> the body and add " body " after package.

That's a reasonable request. Note however, that there is
nothing to stop you using the gnatstub tool with other
compilers!

> I've more to complain (I've send a report) to the
> definition of key
> sequences which should be reserved to users.

Unfortunately, it is definitely too late to change key
sequences at this point, as there is a pretty large user
base.

Suggestions for Ada mode (or for any other feature relating
to GNAT) can certainly be discussed here, if they are
general Ada related things, or on chat@gnat.com if they
are very specific to GNAT (there are *many* knowledgable
GNAT users on chat who cannot find the time or energy to
read CLA these days :-)

But for actual suggestions to be registered by ACT, send
them to report@gnat.com, thanks.

Robert Dewar
Ada Core Technologies

P.S. One possibility for key sequences is to provide an
alternative set of definitions. of course it is relatively
trivial to modify key sequences!

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[John McCabe]

Brian Orpin wrote:
> 
> On Mon, 25 Jan 1999 22:44:25 GMT, john@assen.demon.co.uk.nospam (John
> McCabe) wrote:
> >What on earth is ada-mode 3.0? First I've heard of it. Where can I get
> 
> It is on the cs.nyu archive (as is 11p) as 3.1

Can you give me an exact URL? I had a look round last night and couldn't
find anything that seemed right. Is it part of a gzipped file or
something.

> 
> It does of course seem to assume that the only Ada compiler in the world
> is Gnat which is a real pity.

That's not surprising. I've heard something about ACT getting involved
with ada-mode from the emacs ada mode mailing list, but I had hoped they
would separate anything they did from the main code to allow other
compilers to be used with it.

> 
> The texi file will not convert to info nor will it convert to html (as
> the html file in the distribution shows).

Tremendous ! (*NOT*)

John

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[Simon Wright]

abuse@borpin.demon.co.uk (Brian Orpin) writes:

(replying to Robert Dewar, I think)

> But you shouldn't have to!  The whole point is to use common key
> sequences as much as possible.  Why change it?  It just perpetuates
> the feeling that Ada is a law unto itself so people steer away from
> it.  Sometimes we are our own worst enemies.

I don't know which is odd-man-out, but it is a royal pain that in Ada
mode C-c C-c means 'compile' (in some way or other), while in C or C++
mode it means 'comment out the region'.

Personally I don't mind who becomes the main ada-mode maintainer, but
with my unsupported hat on I wouldn't like to wait another 12 months
or more for ACT's 3.2 ..

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[bourguet]

In article <78ks1t$253$1@nnrp1.dejanews.com>,
  dewar@gnat.com wrote:
> In article <78kk11$qmd$1@nnrp1.dejanews.com>,
>   bourguet@my-dejanews.com wrote:

> > >That's not surprising. I've heard something about ACT
> > >getting involved
> > >with ada-mode from the emacs ada mode mailing list, but
> > >I had hoped they
> > >would separate anything they did from the main code to
> > >allow other
> > >compilers to be used with it.
> >
> > I do not see what prevent the use of this mode to edit
> > ada code for other
> > compilers. As far as I known, the only thing which was
                                                 ^^^^^^^^^
> > not dependant on
    ^^^^^^^^^^^^^^^^
> > gnat which will now be unavailable to others people is
> > the stub generation
>
> No, that's wrong, the really important feature is the
> cross-referencing features which are driven by ali files,
> and there is no way of duplicating this kind of Ada
> compiler smart knowledge without an Ada compiler.

I think that the cross reference feature of ada-mode did
already depend on gnat.

> However, the intention is certainly that other features of
> Ada mode can be used without problems.

-- Jean-Marc

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[John McCabe]

bourguet@my-dejanews.com wrote:

<..snip..>

>I think that the cross reference feature of ada-mode did
>already depend on gnat.

Which is why it was removed (into ada-xref.el) from the main ada-mode
lisp file I believe.


Best Regards
John McCabe <john@assen.demon.co.uk>

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[dennison]

In article <36AE35EB.2A7F@gecm.com>,
  John McCabe <john.mccabe@gecm.com> wrote:
> Brian Orpin wrote:
> > It does of course seem to assume that the only Ada compiler in the world
> > is Gnat which is a real pity.
>
> That's not surprising. I've heard something about ACT getting involved
> with ada-mode from the emacs ada mode mailing list, but I had hoped they
> would separate anything they did from the main code to allow other
> compilers to be used with it.

The previous standard seems to have been that compiler-specifc stuff be
placed in separate "ada-compilername.el" files. However, there always were
features in the main adamode which only gnat could support.

I guess a good request for a first activity for the new adamode maintainer
would be to break gnat-specific stuff out into its own file, where it
belongs.

T.E.D.

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[John McCabe]

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.

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[John McCabe]

Brian Orpin wrote:

> >Can you give me an exact URL? I had a look round last night and couldn't
> >find anything that seemed right. Is it part of a gzipped file or
> >something.
> 
> ftp.cs.nyu.edu/pub/gnat/adamode_3.1.tar.gz

Thanks - I've had a look. It seems to be based on an old version of
ada-mode, probably the one that was distributed with emacs 20.2, rather
than the most up-to-date version that was distributed on the mailing
list.

> >That's not surprising. I've heard something about ACT getting involved
> >with ada-mode from the emacs ada mode mailing list, but I had hoped they
> >would separate anything they did from the main code to allow other
> >compilers to be used with it.
 
> Can you supply details about the mailing list although it appears that
> ACT intend to supersede it by using the gnat chat list.

Mmm, there lies a problem - I can't find a way of subscribing to it from
work (Waterlooville) although I subscribed a couple of years ago at
home.  If you want to send messages to the list, I think it's
emacs-ada-mode@inf.enst.fr or something like that. I'll check from home
and email you.

John

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[John McCabe]

Simon Wright wrote:

> Personally I don't mind who becomes the main ada-mode maintainer, but
> with my unsupported hat on I wouldn't like to wait another 12 months
> or more for ACT's 3.2 ..

Me either. I would like to see the mailing list become more active. It
was for a while then it completely died. Even using the commands in the
original response I received from the list server when I joined don't
work. Except for sending mesages to the list, the list server seems to
be under the impression it's not handling that list any more.

I would prefer to see independant development of ada-mode. I don't like
the way that ACT have taken the menu out of the main ada-mode.el file
and included all the sub-menus as part of their 'enhancements'. It ties
it even more to GNAT which I believe is a bad thing.

John

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[John McCabe]

Brian Orpin wrote:

> Is this one distributed via the mailing list available for download
> anywhere?

Not that I'm aware of, at least I haven't seen anything later than
Version 2.23 for download. 2.23 was the second to last version for Emacs
19. The latest version distributed on the mailing list was 2.28, which
was later than the version shipped with Emacs 20.3.

John

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[dewar]

In article <36B0FEF4.381F@gecm.com>,
  John McCabe <john.mccabe@gecm.com> wrote:
> 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.

Remember that the sources for 3.11 were frozen a while ago
(a couple of months), so you are not seeing an up to date
snap shot here! But in any case, I would think that emacs
stuff of this kind should be VERY amenable to the
let-the-world-play-and-improve mode of open source software
(unlike perhaps the visibility analysis circuitry of the
front end), so we welcome any improvements etc, and we will
be happy to post any new versions at the cs.nyu.edu site.
In fact I think Marcus Kuhn will be organizing this kind of
activity around the Linux port, and this is exactly the
sort of area where we should see that the community can do
a better job than any one person :-)

The really important new functionality is the connection to
the new cross-referencing information in the ali file. Even
that is fairly straightforward, since the ali formats are
well documented (see the file lib-writ.adb).

At ACT, our work on the EMACS Ada mode is focussed on what
our own internal EMACS users want and what our customers
want, but this is very definitely an area where lots of
people have lots of useful ideas, and where lots of people
know enough technically about how things are done to
contribute.

Robert Dewar
Ada Core Technologies

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[dewar]

In article <36B0FFCC.769@gecm.com>,
  John McCabe <john.mccabe@gecm.com> wrote:
> > Can you supply details about the mailing list although
> > it appears that
> > ACT intend to supersede it by using the gnat chat list.

Not at all, gnat chat is simply an additional forum for
discussing GNAT specific issues. As several people
correctly point out, many of the issues with Ada mode in
EMACS are not GNAT specific, and it seems quite appropriate
to have a more general forum for such discussions.

Robert Dewar
Ada Core Technologies

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[John McCabe]

dewar@gnat.com wrote:
 
> In article <36B0FEF4.381F@gecm.com>,
>   John McCabe <john.mccabe@gecm.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.
 
> Remember that the sources for 3.11 were frozen a while ago
> (a couple of months), so you are not seeing an up to date
> snap shot here!

Granted, but even then V2.28 had been available from the ada-mode
mailing list for quite a loong time.

> But in any case, I would think that emacs
> stuff of this kind should be VERY amenable to the
> let-the-world-play-and-improve mode of open source software
> front end), so we welcome any improvements etc, and we will
> be happy to post any new versions at the cs.nyu.edu site.
> In fact I think Marcus Kuhn will be organizing this kind of
> activity around the Linux port, and this is exactly the
> sort of area where we should see that the community can do
> a better job than any one person :-)

I think we need to make sure we know who is going to be maintaining
ada-mode then. Rolf Ebert did a brilliant job of it, but won't be doing
it any longer. Latest news on this group was that Matt Heaney would be
doing it. I heard this only a day or two after I had contacted Rolf to
find out what was happening with ada-mode, and he said he was still
looking for someone to take over maintenance.

So if anyone out there knows and definitive detail, let us know. You
could start off by posting to ada-mode@email.enst.fr.

> The really important new functionality is the connection to
> the new cross-referencing information in the ali file. Even
> that is fairly straightforward, since the ali formats are
> well documented (see the file lib-writ.adb).

I was using ada-xref.el a couple of years ago with Emacs 19.34 and GNAT
3.05.
 
> At ACT, our work on the EMACS Ada mode is focussed on what
> our own internal EMACS users want and what our customers
> want, but this is very definitely an area where lots of
> people have lots of useful ideas, and where lots of people
> know enough technically about how things are done to
> contribute.

I am glad you look at it that way and I will be happy to help with
comments, suggestions and bugfixes, especially at the moment until we
can sort out some method of merging the work that Rolf Ebert put in
after V2.27, the work you are doing, as well as the adjustments, fixes
and additions that I and many other ada-mode users have put into their
own versions.


Best Regards
John

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[John McCabe]

John McCabe wrote:

> 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!

I'd like to apologise to Emmanuel Briot for this comment. I failed to
notice that this was something that was already in V2.27 of ada-mode
when I was comparing his Version 3.1 with my V2.28.

Sorry Emmanuel.

Best Regards
John

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[Samuel Tardieu]

>>>>> "Robert" == Robert Dewar <dewar@gnat.com> writes:

Robert> Not at all, gnat chat is simply an additional forum for
Robert> discussing GNAT specific issues. As several people correctly
Robert> point out, many of the issues with Ada mode in EMACS are not
Robert> GNAT specific, and it seems quite appropriate to have a more
Robert> general forum for such discussions.

There is a mailing-list indeed (created a long time ago by Rolf)! It
is located at ada-mode@inf.enst.fr. If someone wants to subscribe, she
has to send a mail with subject "subscribe" to
ada-mode-request@inf.enst.fr.

  Sam
-- 
Samuel Tardieu -- sam@ada.eu.org

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[dewar]

In article <36B1F27A.6762@gecm.com>,
  John McCabe <john.mccabe@gecm.com> wrote:
> Simon Wright wrote:
>
> > Personally I don't mind who becomes the main ada-mode
> > maintainer, but
> > with my unsupported hat on I wouldn't like to wait
> > another 12 months or more for ACT's 3.2 ..

As I said earlier, it is most definitely the case that ACT
would want to see continued development by the community
here.

> I would prefer to see independant development of
> ada-mode. I don't like the way that ACT have taken the
> menu out of the main ada-mode.el file and included all
> the sub-menus as part of their 'enhancements'. It ties
> it even more to GNAT which I believe is a bad thing.

I am sure this is an area where there will be lots of
disagreements as to which is the best thing to do. Our
development is based on the needs of our customers and
our own development team, and we have our own opinions
about how things should be done. Tight integration of
GNAT related features is indeed one of the goals we have.

We are simply sharing what we do here, no one is forced
to take it if they don't want to! We will most certainly
be continuing to develop Ada mode, but independent
development is certainly welcome, and we will feel free
to borrow any good ideas out there, and people should feel
free to borrow any of our ideas that they care to!

Robert Dewar
Ada Core Technologies

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[robert_dewar]

In article <36B2381E.70A@gecm.com>,
> I think we need to make sure we know who is going to be
> maintaining ada-mode then. Rolf Ebert did a brilliant job
> of it, but won't be doing it any longer. Latest news on
> this group was that Matt Heaney would be doing it. I
> heard this only a day or two after I had contacted Rolf
> to find out what was happening with ada-mode, and he said
> he was still looking for someone to take over
> maintenance.

Well most certainly ACT will be continuing to maintain our
version, especially as long as there is confusion as to
whether anyone else is even trying to fill this role, and
how much time they may have.

For us, the Ada aware version of EMACS is one of the
critical parts of our technology, since at this stage it
really begins to provide a very attractive integrated
development environment, that many of our big customers
are using.

So we will most certainly continue that development. We are
happy to support any indepedent efforts by contributing our
ideas and code, but just as Cygnus maintains versions of
gdb and gcc independent of EGCS to meet the needs of their
customers, we need to maintain a version that is under our
control and meets our customer needs. What will be nice is
if we an avoid divergence of the code bases (just as Cygnus
does, i.e. by resynchronizing every now and then), and we
should all work towards that.

But one problem here is that editor related matters tend to
generate lots of diverse and strongly held ideas, so it is
not necessarily so easy to guarantee convergence.


-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[John McCabe]

Samuel Tardieu <sam@ada.eu.org> wrote:


>There is a mailing-list indeed (created a long time ago by Rolf)! It
>is located at ada-mode@inf.enst.fr. If someone wants to subscribe, she
>has to send a mail with subject "subscribe" to
>ada-mode-request@inf.enst.fr.

Samuel,

Have you tried to subscribe recently? The list server appears to have
no knowledge of the ada-mode list.


Best Regards
John McCabe <john@assen.demon.co.uk>

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[John McCabe]

robert_dewar@my-dejanews.com wrote:

>Well most certainly ACT will be continuing to maintain our
>version, especially as long as there is confusion as to
>whether anyone else is even trying to fill this role, and
>how much time they may have.

That's good to know, but would it be worth changing it's name to
GNAT-Mode to reduce confusion? It would then be up to whoever's using
your software to make sure they have the correct setup in their .emacs
to use GNAT-mode instead of ada-mode.

>For us, the Ada aware version of EMACS is one of the
>critical parts of our technology, since at this stage it
>really begins to provide a very attractive integrated
>development environment, that many of our big customers
>are using.

Having used Emacs with GNAT on SGI IRIX, I would agree with your views
here.

>So we will most certainly continue that development. We are
>happy to support any indepedent efforts by contributing our
>ideas and code, but just as Cygnus maintains versions of
>gdb and gcc independent of EGCS to meet the needs of their
>customers, we need to maintain a version that is under our
>control and meets our customer needs.

From a purely language based point of view, I would expect that your
customers and the Ada community at large probably hold very similar
views on what is needed from ada-mode. At a tool (compiler, debugger
etc) level the requirement is likely to diverge, but really the same
basic requirements regarding launching compilation, linking, debugging
and so on are likely to be required for any compiler, with a superset
of vendor dependant stuff like handling of libaries, cross-referencing
and so on.

It has been mentioned here a couple of times that it would be best to
keep GNAT specific code out of the ada-mode.el code base. All that is
then needed then would be to use elisp's equivalent of
access-to-subprogram types using (funcall...) etc to produce a type of
API that could be used to call either default functions contained
within ada-mode.el, or a particular vendor's implementation of those
functions specific to their product. It would be nice to get more
vendors involved actually so that the API ended up being as useful as
possible. Personally, I can't see why any vendor really needs to
develop their own editing technology with ada-mode around. I'm using
ObjectAda at the moment and, to be honest, their default editor is
completely clueless compared to Emacs with ada-mode.

> What will be nice is if we an avoid divergence of the code bases (just
> as Cygnus does, i.e. by resynchronizing every now and then), and we
> should all work towards that.

I agree that we should avoid divergence of the code bases which is why
I believe that all vendor/tool specific code should be separate from
ada-mode.el. Again, from a language point of view, I don't think there
would be too much difficulty in maintaining this state, or ada-mode
itself.

>But one problem here is that editor related matters tend to
>generate lots of diverse and strongly held ideas, so it is
>not necessarily so easy to guarantee convergence.

Agreed, but generally some compromise, or configurale option can be
put in place that most users will be happy with.



Best Regards
John McCabe <john@assen.demon.co.uk>

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[Chris Morgan]

abuse@borpin.demon.co.uk (Brian Orpin) writes:

> What you have is not a general ada-mode for Emacs but a specific
> gnat-mode.  That is a very poor implementation of the spirit of Emacs.
> You have basically hijacked the mode for your own ends and then forced it
> on the unsuspecting emacs Ada community by calling it ada-mode.

Nonsense. The name is irrelevant and I hardly think they have forced
anything on anyone. A free Ada compiler offers an Ada mode for a free
editor package. The distribitors call it ada-mode. You can take their
code and do what you like to it, rename any function, stick it on your
web server in a "corrected" form and so on.

I think you will find that Richard Stallman would be quite unconcerned
that Emacs Ada mode works best with GNU Ada. After all he only
recently suggested switching GNU libraries to GPL rather than LGPL
leaving commercial software out in the cold. Of course in this case I
doubt ACT will agree with him having demonstrated concern for the
wider Ada community more adequately at this stage.

> Fine but don't distribute it as ada-mode but as gnat-mode.  A better
> solution would be to include all Ada general stuff in an ada-mode and
> have a separate gnat-mode that required the ada-mode.  That would then
> enhance the abilities of Emacs for use with _all_ Ada compilers and not
> just gnat.

This is a perfectly fair suggestion and shows that you realise they
have done some work that helps users of other Ada compiler and some
that doesn't. I still don't see that as anything like forcing or
hijacking. It seems really petulant to complain that they wont split
up the version they offer to make this split easier for their
competition to take advantage of.

Chris

-- 
Chris Morgan <mihalis at ix.netcom.com                http://mihalis.net

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[John McCabe]

Chris Morgan <mihalis@ix.netcom.com> wrote:

>abuse@borpin.demon.co.uk (Brian Orpin) writes:
>
>> What you have is not a general ada-mode for Emacs but a specific
>> gnat-mode.  That is a very poor implementation of the spirit of Emacs.
>> You have basically hijacked the mode for your own ends and then forced it
>> on the unsuspecting emacs Ada community by calling it ada-mode.

>Nonsense. The name is irrelevant and I hardly think they have forced
>anything on anyone. A free Ada compiler offers an Ada mode for a free
>editor package. The distribitors call it ada-mode. You can take their
>code and do what you like to it, rename any function, stick it on your
>web server in a "corrected" form and so on.

The point is that there is an *official* ada-mode that is bundled with
GNU Emacs and is maintained by an *official* maintainer. By making
significant changes that affect the generality of the package without
renaming it has confused the issue.

>I think you will find that Richard Stallman would be quite unconcerned
>that Emacs Ada mode works best with GNU Ada. After all he only
>recently suggested switching GNU libraries to GPL rather than LGPL
>leaving commercial software out in the cold. Of course in this case I
>doubt ACT will agree with him having demonstrated concern for the
>wider Ada community more adequately at this stage.

I would think that he may be concerned that someone other than the
official maintainer of ada-mode for Emacs is passing off their version
as Emacs' ada-mode.


Best Regards
John McCabe <john@assen.demon.co.uk>

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[Chris Morgan]

john@assen.demon.co.uk.nospam (John McCabe) writes:

> The point is that there is an *official* ada-mode that is bundled with
> GNU Emacs and is maintained by an *official* maintainer. By making
> significant changes that affect the generality of the package without
> renaming it has confused the issue.

Perhaps, and then only if you go their website or a mirror, take their
altered version, install it on your computer yourself, and then try to
use a different compiler from the one they provide. If you're a GNAT
user however, the "ACT Ada mode" for GNU Emacs is the best thing since
sliced bread.

I'm fairly certain RISCAda from Alsys came with an Ada-mode for emacs
too but it was also not the "one true Ada-mode" as it worked with
their other GUI tools.

> 
> >I think you will find that Richard Stallman would be quite unconcerned
> >that Emacs Ada mode works best with GNU Ada. After all he only
> >recently suggested switching GNU libraries to GPL rather than LGPL
> >leaving commercial software out in the cold. Of course in this case I
> >doubt ACT will agree with him having demonstrated concern for the
> >wider Ada community more adequately at this stage.
> 
> I would think that he may be concerned that someone other than the
> official maintainer of ada-mode for Emacs is passing off their version
> as Emacs' ada-mode.

Look, this is free software. There's not really much weight to being
an official anything to do with free software. Richard Kenner is the
official maintainer of GCC. That doesn't mean the egcs team did
anything bad by branching the source code. ACT is the official
maintainer of GNAT, but Markus and his merry band of "GNAT for Linux"
hackers will probably be distributing patched up versions of the
public GNAT releases in the not too distant future. Branching and
merging is the way of life for these projects.

If the official maintainer of "the one true Ada-mode" likes what ACT
has done, he can simply take it, break it into specialised and general
purpose pieces, rename the former with GNAT_ and then incorporate
those pieces into the distribution. At that point ACT may well switch
their work to his latest version or continue on with their own
branched version. If you don't like it, DON'T USE IT! DEMAND A
REFUND!!

This kind of process has given us Gnus, XEmacs and XFree86. In each
case some people have said "oh please don't confuse the issue" but
something good has come of it (ok, I'm not sure if anyone complained
about Gnus, but the official maintainer of GNUS was probably not about
to do the work that Lars Magne Ingewhatsit has done). It's a form of
healthy evolutionary biodiversity. It's why X/Open is not able to
screw over Linux users for X/Xt royalties as the XFree team got in
there just in time and branched off a version before the fees were
instituted. 

As to your use of the term "passing off" I think this is
unjustified. If you don't go to an ftp directory full of stuff from
ACT and grab the Ada-mode from there how does one get "misled" this
way?  If you do, surely it's up to you?

Chris
-- 
Chris Morgan <mihalis at ix.netcom.com                http://mihalis.net

Re: EMACS Ada Mode Maintenance

[dennison]

In article <79c9b2$h3j$1@nnrp1.dejanews.com>,
  dewar@gnat.com wrote:
> This is to announce that Richard Stallman has formally
> designated Emmanuel Briot as the official maintainer
> of Ada mode for EMACS. Emmanuel Briot is an employee of
> Ada Core Technologies, but will be doing this work with

So much for all those arguments about ACT's Ada mode differing from that of
the "true owners" :-)

> a GNU hat on, and of course all work will be assigned to
> the Free Software Foundation. Ada Core Technologies is

As someone who is currently getting ready to release some OpenSource s/w, I'm
curious about this. How exactly does one "assign" one's work to the FSF? Is
it as simple as putting the copyright notice in their name? Does the FSF have
to be notified somehow?

T.E.D.

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[John McCabe]

Chris Morgan wrote:
 
> john@assen.demon.co.uk.nospam (John McCabe) writes:
 
> > The point is that there is an *official* ada-mode that is bundled
> > with GNU Emacs and is maintained by an *official* maintainer. By
> > making significant changes that affect the generality of the package
> > without renaming it has confused the issue.

<..snip..>

> official maintainer of GCC. That doesn't mean the egcs team did
> anything bad by branching the source code. ACT is the official
> maintainer of GNAT, but Markus and his merry band of "GNAT for Linux"
> hackers will probably be distributing patched up versions of the
> public GNAT releases in the not too distant future. Branching and
> merging is the way of life for these projects.
 
<..snip..>

> This kind of process has given us Gnus, XEmacs and XFree86. In each
> case some people have said "oh please don't confuse the issue" but
> something good has come of it (ok, I'm not sure if anyone complained

Chris,

You may notice that all the parts of your message I have left in here
have referred to alternative version brached from the original e.g.:

EGCS - Not GCC
GNAT For Linux - Not just GNAT
XEmacs - Not Emacs
Gnus - Not GNUS (Subtle this one!)
XFree86 - Not ??
ada-mode (from ACT) - ada-mode (from FSF)

So basically everything that people have branched off from an original
package has been called something different *except* for ada-mode from
ACT. This is the point I'm trying to make.

ACT's ada-mode, for GNAT users *may* be the best thing since sliced
bread, but it's still called ada-mode, not gnat-mode. I (and Brian)
obviously are really just suggesting that ada-mode should simply have
had the gnat-specific enhancements added asa a separate package
(gnat-mode) that required ada-mode. This is not a difficult thing to do,
and now we've started to discuss things, it seems that we may all get
what we want to some extent.

John

EMACS Ada Mode Maintenance

[dewar]

This is to announce that Richard Stallman has formally
designated Emmanuel Briot as the official maintainer
of Ada mode for EMACS. Emmanuel Briot is an employee of
Ada Core Technologies, but will be doing this work with
a GNU hat on, and of course all work will be assigned to
the Free Software Foundation. Ada Core Technologies is
happy to make this contribution of effort to the continued
development of GNU software.

With regard to recent discussions on this newsgroup,
Richard Stallman's view is that it is proper to give
precedence to GNAT in the development of this facility,
since "GNU programs should generally give preference to
other free software, and especially to other GNU software."

The policy here will be to include all useful
contributions, and to provide facilities that are generally
useful. Certainly there will be no deliberate attempt to
impede the use of EMACS with Ada compilers other than GNAT,
no one suggests that would be reasonable, so we expect that
many of the facilities of Ada mode in EMACS will continue
to be usable by other compilers. However, in accordance
with the direction requested by Richard Stallman, providing
special functionality for use with compilers other than
GNAT will not be a priority in our continued development
effort.

We will rejuvenate and maintain the EMACS Ada mode mailing
list, and we will make an announcement here concerning that
list in the near future. We suggest that further
discussions of technical details for Ada mode can most
fruitfully be held on that mailing list.

Robert Dewar
Ada Core Technologies

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[Chris Morgan]

This point is moot now (see Prof. Dewar's announcement) but I thought
I'd respond anyway.


John McCabe <john.mccabe@gecm.com> writes:

> You may notice that all the parts of your message I have left in here
> have referred to alternative version brached from the original e.g.:
> 
> EGCS - Not GCC
> GNAT For Linux - Not just GNAT
> XEmacs - Not Emacs
> Gnus - Not GNUS (Subtle this one!)
> XFree86 - Not ??
> ada-mode (from ACT) - ada-mode (from FSF)
> 
> So basically everything that people have branched off from an original
> package has been called something different *except* for ada-mode from
> ACT. This is the point I'm trying to make.

You are correct as far as you go, however the above are more like
marketing names, since the software is in each case a drop-in
replacement which in practice works the same. To use GNAT for linux I
still type gnatmake, to use Gnus I type M-x gnus and to run XFree86 I
type startx (or perhaps init 4). XFree86 in particular corresponds
exactly to X/Xt from the point of view of the user (X protocol, XLib,
Xt) it just has some nifty stuff in the X-server
department. Admittedly XEmacs is normally installed as xemacs. By this
reasoning if the file was called ACT-ada-mode-for-gnat.tar.gz but
became ada-mode.el it wouldn't be that different from the above but
you might be happier.

Still, if we're only talking about names it's not so important. What I
didn't like was the implication of wrongdoing or misrepresentation.

> 
> ACT's ada-mode, for GNAT users *may* be the best thing since sliced
> bread, but it's still called ada-mode, not gnat-mode. I (and Brian)
> obviously are really just suggesting that ada-mode should simply have
> had the gnat-specific enhancements added asa a separate package
> (gnat-mode) that required ada-mode. This is not a difficult thing to do,
> and now we've started to discuss things, it seems that we may all get
> what we want to some extent.

It looks like the Emacs+proprietary Ada compiler users may have to
pull in their horns here, see the announcement, but of course you can
get together and and make an Ada-Mode for ProprietaryAda team if you
want. If you do and if there is good work done I'm sure Emmanuel Briot
will be happy to collaborate with you.

An interesting discussion here anyway, I hadn't thought about all
these splits in this light before.

Cheers,

Chris
-- 
Chris Morgan <mihalis at ix.netcom.com                http://mihalis.net

Re: EMACS Ada Mode Maintenance

[John McCabe]

dewar@gnat.com wrote:

>In article <36b9f769.3385631@news.demon.co.uk>,
>  john@assen.demon.co.uk.nospam (John McCabe) wrote:
>> dewar@gnat.com wrote:
>> Although I would stand by such a statement, mainly with
>> respect to new features, there is a subtlety in this
>> quote in that it doesn't state anywhere that general
>> features of currently available GNU software should be
>> removed and replaced with product specific code (I refer
>> in particular of course to the use of gnatstub in
>> ada-make-body).

>If you want to know Richard Stallman's position here, it is
>that any change to Ada mode should be evaluated ONLY with
>respect to its effect on the users of GNU software.

That's perfectly reasonable.

The problem you have really is that if you make ada-mode awkward to
use with other compilers, then people are simply going to think, "well
is it worth the effort?" and move away from GNU software altogether,
especially as many compilers (especially on Windows NT systems) come
with well integrated GUIs including editors - the editor may be pretty
poor (like Aonix ObjectAda's), but it is the integration with the rest
of they system that can be important. Please note I am not suggesting
that you are likely to do this deliberately of course.

>He objects to any effort or consideration being given to users of
>non-free software, so if you ask for a policy decision here from
>the "official" source, you will in fact get a rather definite
>view along these lines.

>In this particular case, the issue is entirely whether the stub facility
>is improved with respect to its use with GNAT.

>This does not stop someone developing other code that uses some
>other approach usable with another compiler, and if this is also
>useful with GNAT, does not impede its inclusion in the official Ada mode.

>In this particular case, it seemed clear that the change to using
>gnatstub improves the behavior of this feature in the GNU system,
>and that therefore the change is beneficial to users of the GNU system.

I haven't used gnatstub, so I cannot comment, but ada-make-body did
have a lot of problems in V2.27 (that your Version 3.1 is based on)
although I believe that was one of the areas Rolf worked on for V2.29.
I can only assume that gnatstub does a better job, but not everyone
who has Emacs will have gnatstub, and the ada-make-body code was
reasonably serviceable in many situations. The thing to remember is
that ada-make-body is called through a hook into find-file, and that
it would have been a simple matter just to leave ada-make-body as it
was, and change the hook to point to a function that used gnatstub.

>This is, always has been, and will continue to be, the primary
>criterion by which changes to GNU software are judged by the FSF.
>You sale that Rolf was reluctant to make changes that were GNAT
>specific. In fact I suspect that if Richard Stallman had know this,
>he might not have been very happy with the situation.

This was an isolated case regarding ada-xref, I cannot comment on his
general view towards GNAT.

>But as I said in my last note, in practice, overall, I think everyone,
>even those not using GNAT, will find that having someone able to work
>on Ada mode who is fully supported rather than doing it on a volunteer
>basis will work out very well.

I believe it will also. 

>I suggest everyone watch and see how this works over the next few
>months, and withold judgments till we have that experience.

I will certainly be watching.

Although it may sound that way, I'm not trying to be negative about
all this. I think it's probably going to be good for ada-mode, however
in my view, if I have to considerably hack ada-mode.el to make it work
with a compiler I'm using, rather than just replace a hook or function
call with one based on what is already available for GNAT, then I may
decide that the effort involved is not worth it.

I can't see that happening really, but I think it needs to be
considered. GNU software after all needs its users for support, and if
users move away from it on the grounds that it is irreconcilably tied
in to other GNU software, then it is bad news.


Best Regards
John McCabe <john@assen.demon.co.uk>

Re: EMACS Ada Mode Maintenance

[John McCabe]

dewar@gnat.com wrote:

>This is to announce that Richard Stallman has formally
>designated Emmanuel Briot as the official maintainer
>of Ada mode for EMACS.

Glad to hear that this decision has finally been made.

>Emmanuel Briot is an employee of Ada Core Technologies,
>but will be doing this work with a GNU hat on,

won't he look a bit silly :-)

>and of course all work will be assigned to
>the Free Software Foundation. Ada Core Technologies is
>happy to make this contribution of effort to the continued
>development of GNU software.

I'd like to thank ACT for assigning their resources to the development
of ada-mode.

>With regard to recent discussions on this newsgroup,
>Richard Stallman's view is that it is proper to give
>precedence to GNAT in the development of this facility,
>since "GNU programs should generally give preference to
>other free software, and especially to other GNU software."

Although I would stand by such a statement, mainly with respect to new
features, there is a subtlety in this quote in that it doesn't state
anywhere that general features of currently available GNU software
should be removed and replaced with product specific code (I refer in
particular of course to the use of gnatstub in ada-make-body). Rather
it seems the norm for additional (alternative/improved) functionality
that uses external tools etc to be added which can be selected through
customisation options etc, in order to allow users without those tools
to still have the functionality they already had. In actal fact, Rolf
Ebert (previous maintainer of ada-mode) once stated that he had
hesitated to put ada-xref.el (which was always very GNAT specific)
into Emacs because of this.

>The policy here will be to include all useful
>contributions, and to provide facilities that are generally
>useful. Certainly there will be no deliberate attempt to
>impede the use of EMACS with Ada compilers other than GNAT,
>no one suggests that would be reasonable, so we expect that
>many of the facilities of Ada mode in EMACS will continue
>to be usable by other compilers. However, in accordance
>with the direction requested by Richard Stallman, providing
>special functionality for use with compilers other than
>GNAT will not be a priority in our continued development
>effort.

Of course I would not expect you to provide functionality for other
compilers, only customisation support to allow the GNAT commands to be
easily changed for other compilers.

All I really ask is that ada-mode.el should at least provide the
functionality it always did without requiring additional packages,
that the ability be included to extend the functionality through such
additional packages (e.g through gnat-mode for example, and that any
language specific (rather than compiler) enhancements be put into
ada-mode.el.

>We will rejuvenate and maintain the EMACS Ada mode mailing
>list, and we will make an announcement here concerning that
>list in the near future. We suggest that further
>discussions of technical details for Ada mode can most
>fruitfully be held on that mailing list.

Excellent.


Best Regards
John McCabe <john@assen.demon.co.uk>

Re: EMACS Ada Mode Maintenance

[John McCabe]

briot@gnat.com wrote:

>Just wanted to emphasize there that it has been decided with Rolf Ebert (the
>previous maintainer of the ada-mode), John McCabe and Matthew Heaney (the

I don't want the blame for it :-) All I did was get in to discussions
with Rolf, Matt and Emmanuel about what the best way forward would be.
Hopefully the solution we have come up with will be best for all.

>person that would have been the maintainer), that it is a good thing if a
>compagny like ACT is willing to support the ada-mode. As Robert stated, the
>ada-mode will be working with other compilers than GNAT, although I won't be
>developping any new stuff for other compilers (send your patches :-)

Of course, and that's the way it should be.


Best Regards
John McCabe <john@assen.demon.co.uk>

Re: Ada mode requests (Re: Ada vs C++ vs Java)

[John McCabe]

Chris Morgan <mihalis@ix.netcom.com> wrote:

>This point is moot now (see Prof. Dewar's announcement) but I thought
>I'd respond anyway.

I'm glad you did.

>John McCabe <john.mccabe@gecm.com> writes:

>> You may notice that all the parts of your message I have left in here
>> have referred to alternative version brached from the original e.g.:
>> 
>> EGCS - Not GCC

<..snip..>

>By this reasoning if the file was called ACT-ada-mode-for-gnat.tar.gz
>but became ada-mode.el it wouldn't be that different from the above but
>you might be happier.

Not really. Se my point below*.

>Still, if we're only talking about names it's not so important. What I
>didn't like was the implication of wrongdoing or misrepresentation.

See my point below*.

>> ACT's ada-mode, for GNAT users *may* be the best thing since sliced
>> bread, but it's still called ada-mode, not gnat-mode. I (and Brian)
>> obviously are really just suggesting that ada-mode should simply have
>> had the gnat-specific enhancements added asa a separate package
>> (gnat-mode) that required ada-mode. This is not a difficult thing to do,
>> and now we've started to discuss things, it seems that we may all get
>> what we want to some extent.

>It looks like the Emacs+proprietary Ada compiler users may have to
>pull in their horns here, see the announcement, but of course you can
>get together and and make an Ada-Mode for ProprietaryAda team if you
>want.

I have never tried to suggest that effort be expended by ACT to
actively support proprietary compilers (if it has sounded that way
then I apologise - it wasn't meant to), simply that extensions to
ada-mode.el itself be done in such a way that users of proprietary
compilers are not inconvenienced.

I believe that the changes put out as ada-mode 3.1 by ACT did
inconvenience proprietary compiler users, not necessarily by making it
impossible to be used with other compilers, but by creating a need for
significant effort to be put in by those users to make this happen.

*I have heard a few negative comments regarding that version of
ada-mode from people who have been using ada-mode for years. It sounds
like a number of people have taken 3.1 and tried to use it with
non-GNAT compilers only to find that some of the functionality they
had from ada-mode V2.27 (or 2.28) is no longer available because they
don't have GNAT (or gnatstub in the case of ada-make-body). Now if ACT
had produced GNAT-mode, not ada-mode, or had used some other version
numbering scheme that didn't follow on from previous version of
ada-mode, then I am sure that confusion would not have arisen.

My main aim all along in discussing this has been to make ada-mode
non-proprietary, *including* GNAT.

>If you do and if there is good work done I'm sure Emmanuel Briot
>will be happy to collaborate with you.

Having had numerous correspondence with Emmanuel over the last couple
of weeks, I have confidence that the results of his labour will be of
benefit to the Ada community at large, and he has my support.

>An interesting discussion here anyway, I hadn't thought about all
>these splits in this light before.

I'm glad we have caught your interest :-)


Best Regards
John McCabe <john@assen.demon.co.uk>

Re: EMACS Ada Mode Maintenance

[John McCabe]

dewar@gnat.com wrote:

>In article <79edut$cup$1@nnrp1.dejanews.com>,
>  briot@gnat.com wrote:
>
>  <<send your patches>>
>
>Just to clarify here: patches that are of general use for Ada, and
>relevant to its use on GNAT are definitely welcome. Patches that
>work ONLY for some proprietary compiler are contentious. I doubt
>Richard Stallman would be willing to approve such patches for
>inclusion in the official EMACS sources, so such patches are probably
>not appropriate.

I agree. Patches for other compilers should be forwarded for inclusion
into Elisp Archives, sent to gnu.emacs.sources, maintained by the
vendor and so on like is done with VC-Clearcase. (Unfortunately this
resulted in the version of VC-Clearcase that I got from Rod Whitby's
site being rather out of date with respect to the version of vc.el
that comes with the latest copy of Emacs, but I guess these things
happen!)

>So patches that are specific to some other compiler should probably be
>managed by the vendor of that compiler as an optional addition.

Or by individuals through Elisp archives etc...

>Note that with EMACS, such plug-in additions are of course easy to do,
>and do not typically require recompilation or reinstallation of EMACS.

Of course, which is the whole point of what the discussions I have
been having with yourself, Emmanuel, Rolf and Matt have been about
over the last few weeks i.e. that there was really no need for
ada-mode.el to be hacked around as much as it was to provide the
support you wanted for GNAT, it could have so easily been done by
extension.

>I am doing my best to interpret Richard Stallman's intent here (his
>actual language in private messages to me with respect to proprietary
>compilers was quite definite. I commented to him that there had been
>some discussions about support of other compilers, but they seem to
>be resolved, and he objected to any attempt to "placate" the users of
>other compilers, on the grounds that this had nothing to do with the
>GNU project).

I know I've mentioned users of other compilers in the past, but I
didn't intend this to suggest that they be supported, merely that the
functionality already provided by ada-mode.el that makes it easy to
use different compilers should not be removed from that file, only
extended.

>I think it is useful to keep this in perspective. Both EMACS and GNAT
>are part of the GNU project. It is thus quite natural that EMACS be
>specially aware of the requirements of GNAT.

Granted, but I consider ada-mode to be a facility to assist in
programming in the Ada language, not for programming with the GNAT
compiler. On this basis I would expect default setting should be for
GNAT commands, but I would hope that these could be provided through
configurable function calls.

>As I said in an earlier note, the GNU project is not going to go out
>of its way to make EMACS inconvenient to use for other compilers, but
>it certainly will not make special attempts in the other direction.

Again, all I would ask is that future development of ada-mode should
apply language specific features to ada-mode.el, with GNAT specific
features being provided by external packages, through mechanisms (a
kind of API so to speak) supplied in ada-mode.el where possible, 

>I hope this clarification is useful. There seemed to be some concerns
>in this thread earlier on that it was somehow inappropriate for GNAT
>to be creating a GNAT-specific version of Ada mode, and that this
>was not the official version and was therefore somehow unhelpful.
>Hopefully Richard Stallman's views on this matter are now clear, as
>well as ours.

The only thing I really felt was inappropriate was the use of the term
ada-mode to describe the package you created, rather than GNAT-mode.
Having looked at the code, I believe it would have been possible to
extend ada-mode through additional packages (gnat-mode??) to provide
the functionality you have done, *without* significantly changing the
structure of ada-mode.el.

>In any case, I think in practice the outcome of this development will
>be continued improvement of Ada mode for EMACS that will benefit all
>users of this very useful technology, and we welcome contributions.

I think it has certainly been worth my while 'sticking my oar in' so
to speak as it looks like the future of ada-mode is pretty secure.

>Emmanuel will shortly be posting an announcement here reminding people
>about the EMACS Ada mode mailing list, and will also be releasing an
>updated version of the EMACS Ada mode sources in the very near future
>(his plan is to have frequent updates and releases of this technology).

Sounds good.

I'd personally like to thank ACT again for providing the resources
necessary for Emmanual to do the job.


Best Regards
John McCabe <john@assen.demon.co.uk>

Re: EMACS Ada Mode Maintenance

[dewar]

In article <36b9f769.3385631@news.demon.co.uk>,
  john@assen.demon.co.uk.nospam (John McCabe) wrote:
> dewar@gnat.com wrote:
> Although I would stand by such a statement, mainly with
> respect to new features, there is a subtlety in this
> quote in that it doesn't state anywhere that general
> features of currently available GNU software should be
> removed and replaced with product specific code (I refer
> in particular of course to the use of gnatstub in
> ada-make-body).

If you want to know Richard Stallman's position here, it is
that any change to Ada mode should be evaluated ONLY with
respect to its effect on the users of GNU software. He
objects to any effort or consideration being given to users
of non-free software, so if you ask for a policy decision
here from the "official" source, you will in fact get a
rather definite view along these lines.

In this particular case, the issue is entirely whether the
stub facility is improved with respect to its use with
GNAT. This does not stop someone developing other code that
uses some other approach usable with another compiler, and
if this is also useful with GNAT, does not impede its
inclusion in the official Ada mode. In this particular
case, it seemed clear that the change to using gnatstub
improves the behavior of this feature in the GNU system,
and that therefore the change is beneficial to users of
the GNU system.

This is, always has been, and will continue to be, the
primary criterion by which changes to GNU software are
judged by the FSF. You sale that Rolf was reluctant to
make changes that were GNAT specific. In fact I suspect
that if Richard Stallman had know this, he might not have
been very happy with the situation.

But as I said in my last note, in practice, overall, I
think everyone, even those not using GNAT, will find that
having someone able to work on Ada mode who is fully
supported rather than doing it on a volunteer basis will
work out very well.

I suggest everyone watch and see how this works over the
next few months, and withold judgments till we have that
experience.

Robert Dewar
Ada Core Technologies

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

Re: EMACS Ada Mode Maintenance

[robert_dewar]

In article <79cvn3$656$1@nnrp1.dejanews.com>,
  dennison@telepath.com wrote:

> As someone who is currently getting ready to release some
> OpenSource s/w, I'm curious about this. How exactly does
> one "assign" one's work to the FSF? Is it as simple as
> putting the copyright notice in their name? Does the FSF
> have to be notified somehow?


Of course the assignment of copyright needs the assent of
the assignee. You can't just go putting

   copyright Bill Clinton, all rights reserved

on something you own the copyright too.

Assigning a copyright to the FSF requires a formal legal
agreement (as does any copyright assignment). There are
some standard legal forms for this. Note that the FSF will
not accept assignment unless you provide appropriate
indemnification, see the form for details!

Robert Dewar

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

Re: EMACS Ada Mode Maintenance

[briot]

Hi,

Just wanted to emphasize there that it has been decided with Rolf Ebert (the
previous maintainer of the ada-mode), John McCabe and Matthew Heaney (the
person that would have been the maintainer), that it is a good thing if a
compagny like ACT is willing to support the ada-mode. As Robert stated, the
ada-mode will be working with other compilers than GNAT, although I won't be
developping any new stuff for other compilers (send your patches :-)

Emmanuel

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

Re: EMACS Ada Mode Maintenance

[dewar]

In article <79edut$cup$1@nnrp1.dejanews.com>,
  briot@gnat.com wrote:

  <<send your patches>>

Just to clarify here: patches that are of general use for
Ada, and relevant to its use on GNAT are definitely
welcome. Patches that work ONLY for some proprietary
compiler are contentious. I doubt Richard Stallman would
be willing to approve such patches for inclusion in the
official EMACS sources, so such patches are probably not
appropriate. This does not of course mean that it is in
any way wrong, or inappropriate, or undesirable that such
patches should be created, just that the GNU project itself
does not support this kind of activity (for fairly clearly
understandable reasons!)

So patches that are specific to some other compiler should
probably be managed by the vendor of that compiler as an
optional addition. Note that with EMACS, such plug-in
additions are of course easy to do, and do not typically
require recompilation or reinstallation of EMACS.

I am doing my best to interpret Richard Stallman's intent
here (his actual language in private messages to me with
respect to proprietary compilers was quite definite. I
commented to him that there had been some discussions about
support of other compilers, but they seem to be resolved,
and he objected to any attempt to "placate" the users of
other compilers, on the grounds that this had nothing to do
with the GNU project).

I think it is useful to keep this in perspective. Both
EMACS and GNAT are part of the GNU project. It is thus
quite natural that EMACS be specially aware of the
requirements of GNAT.

As I said in an earlier note, the GNU project is not going
to go out of its way to make EMACS inconvenient to use for
other compilers, but it certainly will not make special
attempts in the other direction.

I hope this clarification is useful. There seemed to be
some concerns in this thread earlier on that it was somehow
inappropriate for GNAT to be creating a GNAT-specific
version of Ada mode, and that this was not the official
version and was therefore somehow unhelpful. Hopefully
Richard Stallman's views on this matter are now clear,
as well as ours.

In any case, I think in practice the outcome of this
development will be continued improvement of Ada mode for
EMACS that will benefit all users of this very useful
technology, and we welcome contributions.

Emmanuel will shortly be posting an announcement here
reminding people about the EMACS Ada mode mailing list,
and will also be releasing an updated version of the EMACS
Ada mode sources in the very near future (his plan is to
have frequent updates and releases of this technology).

Robert Dewar
Ada Core Technologies

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

Re: EMACS Ada Mode Maintenance

[Matthew Heaney]

dewar@gnat.com writes:

> But as I said in my last note, in practice, overall, I
> think everyone, even those not using GNAT, will find that
> having someone able to work on Ada mode who is fully
> supported rather than doing it on a volunteer basis will
> work out very well.

I really think this is the best situation.  I was afraid that the
ada-mode sources would diverge, with ACT making their changes and an
official maintainer making other changes, but this has now been
resolved.

We should all be thankful that ACT is willing to actually fund the
maintenance of ada-mode.  This is a really great thing.