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=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!aioe.org!.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: Quick Question about GPS IDE Date: Sun, 28 Dec 2014 13:41:57 +0100 Organization: cbb software GmbH Message-ID: <1odwfl4m7imvn.r0p2gn37dn6p.dlg@40tude.net> References: <65Pnw.784261$_k.162865@fx16.iad> <1w1zdixq5j24a.4zrnyiwijmrj$.dlg@40tude.net> <1l3qw3vstmcag$.1qdkh60s0b38n$.dlg@40tude.net> <1hw9w1ecyf42u.1x8fovgepzisj.dlg@40tude.net> Reply-To: mailbox@dmitry-kazakov.de NNTP-Posting-Host: McwZMXz/TeSqy5+IwQvFxw.user.speranza.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Complaints-To: abuse@aioe.org User-Agent: 40tude_Dialog/2.0.15.1 X-Notice: Filtered by postfilter v. 0.8.2 Xref: news.eternal-september.org comp.lang.ada:24259 Date: 2014-12-28T13:41:57+01:00 List-Id: On Sun, 28 Dec 2014 04:15:56 -0800, Hubert wrote: >> P.S. I don't count the debugger, because it is not an IDE's part actually. >> AdaCore cannot do anything with gdb. Maybe they should consider supporting >> other debuggers in GPS. >> > I don't understand, the gdb debugger seems to be relatively nicely > integrated with GPS? Its gdb is totally unusable in any real-life sized project. You will not be able to initialize the program and set a break point, as simple as this. And in general using breakpoints and inspecting variables and the stack is only one technique of debugging, the ancient debuggers like gdb single it out. This technique is not always useful for Ada with tasking, real-time, external I/O (uncontrollable events). Neither it is for on-line introspection and problem tracking in already deployed applications and their components like shared libraries. In short, I would consider GPS debugger non-existent, and from a very early project stage integrate good tracing facilities into it. GNAT's RTL has some nice tools for exceptions tracking and symbolic stack tracing. They don't work with MS formats, unfortunately, but it is better than nothing. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de