From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,4e73ecc3f28047cc
X-Google-Attributes: gid103376,public
From: dewar@merv.cs.nyu.edu (Robert Dewar)
Subject: Re: Need GDB Ada aware version
Date: 1997/11/07
Message-ID: <dewar.878952671@merv>#1/1
X-Deja-AN: 287791067
References: <dewar.877869322@merv>
 <19971107052100.AAA18483@ladder01.news.aol.com>
 <64081f$oui@netra.montana.edu>
X-Complaints-To: usenet@news.nyu.edu
X-Trace: news.nyu.edu 878952900 29173 (None) 128.122.140.58
Organization: New York University
Newsgroups: comp.lang.ada
Date: 1997-11-07T00:00:00+00:00
List-Id: <comp.lang.ada>


Larry said

<<This Ada-aware version of GDB isn't completely Ada-aware. It can't display
the contents of records under some situations, and seems to be totally
confused by nested procedures/functions. Apparently there's going to be a
major improvement sometime in the not-too-distant future, but only the good
people at ACT could tell you when it might become available (it's apparently
being worked on, but that's all I know).>>

The current version of the Ada aware GDB is 3.16.GNAT.1.16, This version
combined with version 3.11 of GNAT provides very close to complete Ada
awareness and can deal with almost all complex Ada data structures. We
are ironing out kinks in this version now with some major customers,
and we are also putting a lot of work into the new GDBTK visual interface.
The result is indeed a major advance, and as always, will be released
publicly at some time in the future, when it is ready.

Robert Dewar
Ada Core Technologies

P.S. We have seen no problems even in the older version with nested
procedures/functions, which seem to work fine, so I am not quite sure
what that is about, but in any case, the important point is that there
is indeed major work being done on the debugger.

P.P.S. What is particularly interesting about this new debugger work is
that we still are using absolutely standard "C" encodings in the debugging
output, and yet can fully represent the intricacies of complex Ada data
structures. That's not so easy, these debugging formats were definitely
not designed with Ada in mind :-)