GVD

GVD

[REH]

Anyone remember the open source GNU Visual Debugger project that was
done by what is now AdaCore?  They abandoned it when they started GPS.
I am trying to find the source of the last release (which I believe was
1.2.6).  The latest I can find is 1.2.0 off of a Debian site.  Can
anyone point me to it?  It was a great frontend for GDB.

Thanks,

REH

Re: GVD

[Pascal Obry]

REH a �crit :
> Anyone remember the open source GNU Visual Debugger project that was
> done by what is now AdaCore?  They abandoned it when they started GPS.
> I am trying to find the source of the last release (which I believe was
> 1.2.6).  The latest I can find is 1.2.0 off of a Debian site.  Can
> anyone point me to it?  It was a great frontend for GDB.

GPS has replaced GVD and is now *the* great frontend for GDB. What wrong
with using GPS for debugging ?

Pascal.

-- 

--|------------------------------------------------------
--| Pascal Obry                           Team-Ada Member
--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE
--|------------------------------------------------------
--|              http://www.obry.net
--| "The best way to travel is by means of imagination"
--|
--| gpg --keyserver wwwkeys.pgp.net --recv-key C1082595

Re: GVD

[Ludovic Brenta]

REH a écrit :
> Anyone remember the open source GNU Visual Debugger project that was
> done by what is now AdaCore?  They abandoned it when they started GPS.
> I am trying to find the source of the last release (which I believe was
> 1.2.6).  The latest I can find is 1.2.0 off of a Debian site.  Can
> anyone point me to it?  It was a great frontend for GDB.
>
> Thanks,
>
> REH

Look here:

ftp://ftp.cs.kuleuven.ac.be/pub/Ada-Belgium/mirrors/gnu-ada/3.15p/

(thanks go to Dirk Craeynest for this archive)

-- 
Ludovic Brenta.

Re: GVD

[Ludovic Brenta]

Pascal Obry a écrit :

> REH a écrit :
> > Anyone remember the open source GNU Visual Debugger project that was
> > done by what is now AdaCore?  They abandoned it when they started GPS.
> > I am trying to find the source of the last release (which I believe was
> > 1.2.6).  The latest I can find is 1.2.0 off of a Debian site.  Can
> > anyone point me to it?  It was a great frontend for GDB.
>
> GPS has replaced GVD and is now *the* great frontend for GDB. What wrong
> with using GPS for debugging ?

Yes, that is why I did not take up maintainership of the gvd package in
Debian, but did GPS instead.

Now, people may have reasons for sticking with GVD.  This is free
software, after all: no forced upgrades, and availability of sources
for as long as at least one person cares.

-- 
Ludovic Brenta.

Re: GVD

[REH]

Ludovic Brenta wrote:
> REH a écrit :
> > Anyone remember the open source GNU Visual Debugger project that was
> > done by what is now AdaCore?  They abandoned it when they started GPS.
> > I am trying to find the source of the last release (which I believe was
> > 1.2.6).  The latest I can find is 1.2.0 off of a Debian site.  Can
> > anyone point me to it?  It was a great frontend for GDB.
> >
> > Thanks,
> >
> > REH
>
> Look here:
>
> ftp://ftp.cs.kuleuven.ac.be/pub/Ada-Belgium/mirrors/gnu-ada/3.15p/
>
> (thanks go to Dirk Craeynest for this archive)
> 
> -- 
> Ludovic Brenta.

Thanks!

Re: GVD

[Jean-Pierre Rosen]

REH a �crit :
> Anyone remember the open source GNU Visual Debugger project that was
> done by what is now AdaCore?  They abandoned it when they started GPS.
> I am trying to find the source of the last release (which I believe was
> 1.2.6).  The latest I can find is 1.2.0 off of a Debian site.  Can
> anyone point me to it?  It was a great frontend for GDB.
> 
alias gvd="gps --debug"

-- 
---------------------------------------------------------
            J-P. Rosen (rosen@adalog.fr)
Visit Adalog's web site at http://www.adalog.fr

Re: GVD

[Kevin K]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=US-ASCII, Size: 820 bytes --]

On Wed, 7 Sep 2005 14:55:54 UTC, Pascal Obry <pascal@obry.net> wrote:

> REH a �crit :
> > Anyone remember the open source GNU Visual Debugger project that was
> > done by what is now AdaCore?  They abandoned it when they started GPS.
> > I am trying to find the source of the last release (which I believe was
> > 1.2.6).  The latest I can find is 1.2.0 off of a Debian site.  Can
> > anyone point me to it?  It was a great frontend for GDB.
> 
> GPS has replaced GVD and is now *the* great frontend for GDB. What wrong
> with using GPS for debugging ?
> 
> Pascal.
> 

One potential reason is that gvd is faster to come up than gps.  You 
may just want to attach to a running executable, and gvd is faster for
that.

Of course, there are problems with gvd where sometimes you need to 
kill it and try again.

-- 

Re: GVD

[Alfred Hilscher]

Pascal Obry schrieb:
> 
> REH a �crit :
> > Anyone remember the open source GNU Visual Debugger project that was
> > done by what is now AdaCore?  They abandoned it when they started GPS.
> > I am trying to find the source of the last release (which I believe was
> > 1.2.6).  The latest I can find is 1.2.0 off of a Debian site.  Can
> > anyone point me to it?  It was a great frontend for GDB.
> 
> GPS has replaced GVD and is now *the* great frontend for GDB. What wrong
> with using GPS for debugging ?

I work with AdaGide on Windows. Is it really neccessary to install GPS
for (comfortable) debugging?

Re: GVD

[Pascal Obry]

Alfred,

> I work with AdaGide on Windows. Is it really neccessary to install GPS
> for (comfortable) debugging?

I'm not a great fan of debuggers and almost never use them. But yes GPS
is quite capable when it comes to debug applications. If you liked GVD
you'll probably like a lot GPS. Note that both are GDB frontends. GPS is
also great to develop the application. I see that you are using AdaGide
which is ok for simple applications and quite easy to grasp. GPS is
certainly a bit difficult at first (do not forget to read the User's
Guide) as it has lot more features but when you'll get familiar with it
you'll love it too.

As some of you know, I was a great fan of Emacs (and I'm still using
Emacs from time to time), but GPS cross-references support is far more
advanced than the Emacs one. GPS has also support for GNAT projects,
codefix... I'm not going to list all the features, again have a look at
the User's Guide. I still think that GPS editor is a bit less powerful
than Emacs, but each new version gets better, so at some point...

Pascal.

-- 

--|------------------------------------------------------
--| Pascal Obry                           Team-Ada Member
--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE
--|------------------------------------------------------
--|              http://www.obry.net
--| "The best way to travel is by means of imagination"
--|
--| gpg --keyserver wwwkeys.pgp.net --recv-key C1082595

Re: GVD

[Ludovic Brenta]

Pascal Obry <pascal@obry.net> writes:
> As some of you know, I was a great fan of Emacs (and I'm still using
> Emacs from time to time), but GPS cross-references support is far more
> advanced than the Emacs one. GPS has also support for GNAT projects,
> codefix... I'm not going to list all the features, again have a look at
> the User's Guide. I still think that GPS editor is a bit less powerful
> than Emacs, but each new version gets better, so at some point...
>
> Pascal.

I've extended the ada-mode for emacs to support GNAT projects files,
and now cross-references work :)

Anyone interested?

-- 
Ludovic Brenta.

Re: GVD

[Georg Bauhaus]

Ludovic Brenta wrote:

> I've extended the ada-mode for emacs to support GNAT projects files,
> and now cross-references work :)
> 
> Anyone interested?

Yes, this is good news, thanks!
(Cross-referencing in Emacs with Ada support is really navigation
support, and probably should be named so.)

Re: GVD

[Stephane Riviere]

> I've extended the ada-mode for emacs to support GNAT projects files,
> and now cross-references work :)
> 
> Anyone interested?

Me too...

-- 
Stephane Riviere
Oleron Island - France
http://stephane.rochebrune.org
OpenPgp Key <5fd6a1e6> available on the web site above

Re: GVD

[David Trudgett]

Stephane Riviere <stephane@_delete_this_rochebrune.org> writes:

>> I've extended the ada-mode for emacs to support GNAT projects files,
>> and now cross-references work :)
>> Anyone interested?
>
> Me too...

Me three

David


-- 

David Trudgett
http://www.zeta.org.au/~wpower/

Little Miss Muffat sat on her tuffat
Eating her curds and whey.
Down came a spider,
Sat down beside her,
and bit her.

Re: GVD

[Ludovic Brenta]

David Trudgett <wpower@zeta.org.au.nospamplease> writes:

> Stephane Riviere <stephane@_delete_this_rochebrune.org> writes:
>
>>> I've extended the ada-mode for emacs to support GNAT projects files,
>>> and now cross-references work :)
>>> Anyone interested?
>>
>> Me too...
>
> Me three
>
> David

OK, I've tried to submit my changes to the upstream author a while
ago, but he rejected them saying the functionality was already there.
Therefore we will fork ada-mode.  Any suggestion for another name?

-- 
Ludovic Brenta.

Re: GVD

[Tapio Kelloniemi]

Ludovic Brenta <ludovic@ludovic-brenta.org> wrote:
>David Trudgett <wpower@zeta.org.au.nospamplease> writes:
>
>> Stephane Riviere <stephane@_delete_this_rochebrune.org> writes:
>>
[Ludovic Brenta wrote:]
>>>> I've extended the ada-mode for emacs to support GNAT projects files,
>>>> and now cross-references work :)
>>>> Anyone interested?
>>>
>>> Me too...
>>
>> Me three
>
>OK, I've tried to submit my changes to the upstream author a while
>ago, but he rejected them saying the functionality was already there.

What actually this upstream is for ada-mode (Emacs/FSF or
ada-mode/AdaCore)? If I have understood correctly, the mode has been
completely integrated into Emacs and they are responsible for
maintaining and developing it. Now what does the (there is already
this functionality) mean? I have thought that ada-mode has support for
cross-referencing in emacs 21.3 (don't know the ada-mode
version), but I don't know what is wrong with it or what is better
in the Ludovic version (I have never used cross-refs).

>Therefore we will fork ada-mode.  Any suggestion for another name?

We seemingly will be forking the whole ada toolchain from GNAT to
ada-mode, what about forking Ada itself. However, Ludovics
ada-mode supports GNAT projects so what about gnat-mode or
gnuada-mode. If the fork ever supports Ada2005, it could be ada05-mode
or something similar. If it will not support Ada2005, it could be
better to just supply patches for Emacs (I suppose that no huge
changes have been made).

-- 
Tapio

Re: ada-mode and GNAT project files (was: GVD)

[Ludovic Brenta]

Tapio Kelloniemi a écrit :
> What actually this upstream is for ada-mode (Emacs/FSF or
> ada-mode/AdaCore)? If I have understood correctly, the mode has been
> completely integrated into Emacs and they are responsible for
> maintaining and developing it. Now what does the (there is already
> this functionality) mean? I have thought that ada-mode has support
> for cross-referencing in emacs 21.3 (don't know the ada-mode
> version), but I don't know what is wrong with it or what is better
> in the Ludovic version (I have never used cross-refs).

I emailed my early patches to Emmanuel Briot at AdaCore.  One can get
an older ada-mode as part of emacs (21.4 is current), and a more
recent version from AdaCore's libre site and in Debian package
ada-mode (3.6-2 is current).

ada-mode works with ada-mode project files (*.adp) and has a UI to
edit them from within emacs.

I have a patch that:

* enhances the Ada major mode to edit GNAT Project files (understands
  the "project" keyword, indents, etc.)

* replaces the machinery that reads .adp files with a new one that
  reads .gpr files instead

* finds the .ali files in the object directory specified by the .gpr
  file, which makes cross-references work.

Emmanuel rejected the patch on the grounds that GNAT can generate an
.adp file from a .gpr file, but I'd rather ditch .adp files
altogether.  (my memory is fuzzy on the details on how one is supposed
to generate .adp files from .gpr files).

With my patch, the UI to edit and save .adp files is still there but
useless and it should be removed.  Also, my patch does not support
"includes" or "extends" in GNAT project files (i.e. will not pick up
the source or object directories from them).

> >Therefore we will fork ada-mode.  Any suggestion for another name?
>
> We seemingly will be forking the whole ada toolchain from GNAT to
> ada-mode, what about forking Ada itself.

No, this is not needed at present.  I am only contemplating a fork
of ada-mode.

> However, Ludovics ada-mode supports GNAT projects so what about
> gnat-mode or gnuada-mode. If the fork ever supports Ada2005, it
> could be ada05-mode or something similar. If it will not support
> Ada2005, it could be better to just supply patches for Emacs (I
> suppose that no huge changes have been made).

Emacs is downstream from Emmanuel, so unfortunately a fork is
inevitable if I am to distribute my patched ada-mode.

gnat-mode and gnuada-mode seem fine, but I'd rather not use such an
official name as GNAT or GNU, as I'm a member of neither project.

If the format of .ali file changes with the new GNAT for Debian,
someone will have to update all ada-modes to cope with them for
cross-references to work.  I haven't looked into this yet.  If
Emmanuel does that, it should not be too difficult to merge into
whatever-it-is-called-mode.

-- 
Ludovic Brenta.

Re: ada-mode and GNAT project files (was: GVD)

[rolf.ebert_nospam_]

Ludovic Brenta wrote:
> I have a patch that:
>
> * enhances the Ada major mode to edit GNAT Project files (understands
>   the "project" keyword, indents, etc.)

also see
http://groups.google.de/group/comp.lang.ada/browse_thread/thread/92c2ed8b1648aa50/a301b1df7335cdb9?q=gpr+mode&rnum=1&hl=de#a301b1df7335cdb9

> * replaces the machinery that reads .adp files with a new one that
>   reads .gpr files instead

I prefer direct editing of gpr files to the somewhat clumsy UI in Emacs

> * finds the .ali files in the object directory specified by the .gpr
>   file, which makes cross-references work.

That is a good and necessary extension, although I rarely use
cross-references in Emacs.

> > >Therefore we will fork ada-mode.  Any suggestion for another name?
> >
> No, this is not needed at present.  I am only contemplating a fork
> of ada-mode.

I don't see a need to fork.  This is GPL software after all. Anybody is
free to extend the software and publish it.  Just post your modified
ada-mode.el.  There once was a mailing list for ada-mode.  I don't
think it is still alive, however.

Others have done a lot of improvements, too (e.g.
http://www.toadmail.com/~ada_wizard/) that should be considered for
inclusion.

> > However, Ludovics ada-mode supports GNAT projects so what about
> > gnat-mode or gnuada-mode. If the fork ever supports Ada2005, it
> > could be ada05-mode or something similar. If it will not support
> > Ada2005, it could be better to just supply patches for Emacs (I
> > suppose that no huge changes have been made).
>
> Emacs is downstream from Emmanuel, so unfortunately a fork is
> inevitable if I am to distribute my patched ada-mode.

Do NOT fork.  Just add your modifs and keep calling it ada-mode.el!

   Rolf


P.S. I did not compare ada-mode of Emacs 21.3/4 to ada-mode V3.6 in
full detail.  It is my impression that ada-mode in Emacs contains all
the V3.6 features.

Re: ada-mode and GNAT project files (was: GVD)

[Tapio Kelloniemi]

"Ludovic Brenta" <ludovic@ludovic-brenta.org> wrote:
>With my patch, the UI to edit and save .adp files is still there but
>useless and it should be removed.  Also, my patch does not support
>"includes" or "extends" in GNAT project files (i.e. will not pick up
>the source or object directories from them).

Will this be more work than a bit of recursion?

>Emacs is downstream from Emmanuel, so unfortunately a fork is
>inevitable if I am to distribute my patched ada-mode.

What about signing some legal papers and contributing directly to Emacs.
If they are willing to replace their ada-mode with our beter one,
everything is fine. Then nobody would use the Emmanuel mode, since Emacs
has a better (or at least no worse) version included.

>If the format of .ali file changes with the new GNAT for Debian,
>someone will have to update all ada-modes to cope with them for
>cross-references to work.  I haven't looked into this yet.  If
>Emmanuel does that, it should not be too difficult to merge into
>whatever-it-is-called-mode.

If we contribute our cla-mode to Emacs, we can still do this, since I
think that Emmanuel's mode belongs to FSF.

-- 
Tapio

Re: ada-mode and GNAT project files (was: GVD)

[none]

Hi there,

A quick update on the status of ada-mode:
AdaCore is no longer actively working on developing ada-mode, although
we are still fixing bugs in it (in particular to keep it up-to-date with
regards to the cross-references generated by GNAT in the ALI files).

I'll try and take the time to contribute the latest version to FSF for
inclusing in Emacs (I am still the official ada-mode maintainer for
Emacs, although I would gladly give over that job if someone else is
motivated -- I no longer use Emacs myself, and feel like I might be
restraining the development of ada-mode).

As far as I know, the FSF version should contain almost the latest
version. In any case, the version released with later versions of GNAT
(or Glide, as our package is called) are the latest, and what I will
contribute to the FSF, so I would encourage you to start from there).

By any means keep using the ada-mode name in Emacs, no need to fork
here. This is a win-win situation potentially (AdaCore will contribute
now and then some patches, and benefit from the patches you might make).

With regards to supporting the .gpr files: Glide contains a small Ada
binary that parses the GPR file, and outputs a temporary .adp file that
Emacs reads on the fly to get the list of source dirs and object dirs.
This is certainly the most efficient way to do, since parsing the .gpr
files is a complex task, that I doubt your parser fully does (there are
lots of features in there). It is better to reuse the same parser that
GNAT itself uses.

regards,
Emmanuel

Re: ada-mode and GNAT project files (was: GVD)

[none]

Hi there,

A quick update on the status of ada-mode:
AdaCore is no longer actively working on developing ada-mode, although
we are still fixing bugs in it (in particular to keep it up-to-date with
regards to the cross-references generated by GNAT in the ALI files).

I'll try and take the time to contribute the latest version to FSF for
inclusing in Emacs (I am still the official ada-mode maintainer for
Emacs, although I would gladly give over that job if someone else is
motivated -- I no longer use Emacs myself, and feel like I might be
restraining the development of ada-mode).

As far as I know, the FSF version should contain almost the latest
version. In any case, the version released with later versions of GNAT
(or Glide, as our package is called) are the latest, and what I will
contribute to the FSF, so I would encourage you to start from there).

By any means keep using the ada-mode name in Emacs, no need to fork
here. This is a win-win situation potentially (AdaCore will contribute
now and then some patches, and benefit from the patches you might make).

With regards to supporting the .gpr files: Glide contains a small Ada
binary that parses the GPR file, and outputs a temporary .adp file that
Emacs reads on the fly to get the list of source dirs and object dirs.
This is certainly the most efficient way to do, since parsing the .gpr
files is a complex task, that I doubt your parser fully does (there are
lots of features in there). It is better to reuse the same parser that
GNAT itself uses.

regards,
Emmanuel

Re: ada-mode and GNAT project files (was: GVD)

[Ludovic Brenta]

Emmanuel Briot writes:
> Hi there,
>
> A quick update on the status of ada-mode:
> AdaCore is no longer actively working on developing ada-mode, although
> we are still fixing bugs in it (in particular to keep it up-to-date with
> regards to the cross-references generated by GNAT in the ALI files).
>
> I'll try and take the time to contribute the latest version to FSF for
> inclusing in Emacs (I am still the official ada-mode maintainer for
> Emacs, although I would gladly give over that job if someone else is
> motivated -- I no longer use Emacs myself, and feel like I might be
> restraining the development of ada-mode).
>
> As far as I know, the FSF version should contain almost the latest
> version. In any case, the version released with later versions of GNAT
> (or Glide, as our package is called) are the latest, and what I will
> contribute to the FSF, so I would encourage you to start from there).

Well, emacs 21.4 comes with an ada-mode which is quite different from
the ada-mode 3.6 on libre.adacore.com.  Quick illustration from my system:

$ diff -u \
  /usr/share/emacs/21.4/lisp/progmodes/ada-mode.el \
  /usr/share/emacs/site-lisp/ada-mode/ada-mode.el | wc -l
1979

That's 1979 lines of unified diff :(

Another problem is that emacs releases are very few and far between.

> By any means keep using the ada-mode name in Emacs, no need to fork
> here. This is a win-win situation potentially (AdaCore will
> contribute now and then some patches, and benefit from the patches
> you might make).

This seems to be the best way forward, except for people who would
like to use my patch sooner rather than later :)

> With regards to supporting the .gpr files: Glide contains a small
> Ada binary that parses the GPR file, and outputs a temporary .adp
> file that Emacs reads on the fly to get the list of source dirs and
> object dirs.  This is certainly the most efficient way to do, since
> parsing the .gpr files is a complex task, that I doubt your parser
> fully does (there are lots of features in there). It is better to
> reuse the same parser that GNAT itself uses.

There is a lot of merit to this.  Where is this Ada executable?  Or
rather, where are the sources for it?

My patch is quite simplistic, as it only cares about Source_Dirs and
Object_Dir.  But it does perform variable substitution there :)

Also I have been toying with the idea of creating a shared library
containing the project-parsing code from GNAT.  Several tools could
then make use of that shared library; GPS is one of them.

-- 
Ludovic Brenta.

Re: ada-mode and GNAT project files

[Simon Wright]

none <""briot\"@(none)"> writes:

> AdaCore is no longer actively working on developing ada-mode,
> although we are still fixing bugs in it (in particular to keep it
> up-to-date with regards to the cross-references generated by GNAT in
> the ALI files).

My project are about 50/50 Glide/GPS. Personally I find GPS great for
debugging, but for development Emacs still rules. For a start, the
Visual Studio style uses huge amounts of screen real estate.

> As far as I know, the FSF version should contain almost the latest
> version. In any case, the version released with later versions of
> GNAT (or Glide, as our package is called) are the latest, and what I
> will contribute to the FSF, so I would encourage you to start from
> there).

In Carbon Emacs 22.0 I see ada-model.el at AdaCore 1.888, ada-xref.el
at AdaCode 1.181; while the 5.03a revisions are 1.202, 1.191 rsp.

> With regards to supporting the .gpr files: Glide contains a small
> Ada binary that parses the GPR file, and outputs a temporary .adp
> file that Emacs reads on the fly to get the list of source dirs and
> object dirs.

The AdaCode source distributions of Glide contain the source of this
utility (convert-prj). Would be good to have an FSF release too.

The 5.03a release works fine with 4.0.0 (here).