From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,9e9f299a881137c6 X-Google-Attributes: gid103376,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news1.google.com!eweka.nl!lightspeed.eweka.nl!83.128.0.12.MISMATCH!news-out2.kabelfoon.nl!newsfeed.kabelfoon.nl!xindi.nntp.kabelfoon.nl!news.banetele.no!uio.no!newsfeed1.fi.sn.net!fi.sn.net!newsfeed2.fi.sn.net!news.song.fi!not-for-mail Date: Sat, 27 Oct 2007 15:21:33 +0300 From: Niklas Holsti User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20060628 Debian/1.7.8-1sarge7.1 X-Accept-Language: en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: ASIS? References: <1193392044.600378.120160@i13g2000prf.googlegroups.com> <877ilafaqw.fsf@ludovic-brenta.org> <4721db60$0$27834$39db0f71@news.song.fi> <1193403651.550238.61570@e9g2000prf.googlegroups.com> <4721ece5$0$27815$39db0f71@news.song.fi> <1193409629.370716.268320@z24g2000prh.googlegroups.com> In-Reply-To: <1193409629.370716.268320@z24g2000prh.googlegroups.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Message-ID: <47232b10$0$27831$39db0f71@news.song.fi> Organization: TDC Song Internet Services NNTP-Posting-Host: laku61.adsl.netsonic.fi X-Trace: 1193487120 news.song.fi 27831 81.17.205.61:32853 X-Complaints-To: abuse@song.fi Xref: g2news2.google.com comp.lang.ada:2605 Date: 2007-10-27T15:21:33+03:00 List-Id: parthaspanda22@gmail.com wrote: >Niklas Holsti wrote: >>You list various non-ASIS sources for the target- and >>link-map-specific information (below). Your original query was: > > > How? By extending the ASIS spec to include map file information, > isnt the map file made redundant? Of course, it will > require multiple tools in the chain to write to > a common ASIS database. This would bring in such a lot of new information that I would not call the result an "ASIS database". It would be a database that contains ASIS information *plus* other things. Maybe it should be called "ASIS-Plus" :-) >>But there are some executable >>program formats that include most of the ASIS-like information (for >>C code, at least), so for such executable formats a debugger would >>need no additional information from the IDE. > > It would be difficult to debug Generics or variant record types > unless there were a HLL interface. Well, I know a C++ compiler in which the debug info in the executable (proprietary format) shows the whole class inheritance structure, including which calls in the code are virtual function calls and which are statically bound. There is also information on templates, in-lined calls, #defined macros, etc, and references to the source-code files, line numbers and column numbers where all those things are defined. GNAT, too, puts a lot of information in the debug info. I haven't had occasion to look deeply into that, perhaps there is something about generics in it. > I expect ASIS to atleast > be able to address all Ada-specific syntactic sugar. The debugger will still have the problem of mapping the Ada-level ASIS information to the machine-level program entities, including identifier mangling (eg. for instances of generics) and optimizations that delete variables and subprograms. Your aim -- as I have grasped it -- is to combine the ASIS high-level information with low-level (machine-level) information from other sources (eg. the link map) and make it all accessible as an ASIS-like database structure. Good idea, but let's not call it just "ASIS". -- Niklas Holsti Tidorum Ltd niklas holsti tidorum fi . @ .