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, MSGID_RANDY autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,31b8879c52cdbc65 X-Google-Attributes: gid103376,public From: Robert Dewar Subject: Re: Gnat on OpenVMS Date: 1999/05/20 Message-ID: <7i1abe$347$1@nnrp1.deja.com>#1/1 X-Deja-AN: 480139426 References: <7hshfq$5tc$1@front1.grolier.fr> <37424625.4A33DD44@wanadoo.fr> <7hv83e$t2o$1@front4.grolier.fr> <1999May19.172621.1@eisner> X-Http-Proxy: 1.0 x39.deja.com:80 (Squid/1.1.22) for client 129.37.79.153 Organization: Deja.com - Share what you know. Learn what you don't. X-Article-Creation-Date: Thu May 20 15:39:25 1999 GMT Newsgroups: comp.lang.ada X-Http-User-Agent: Mozilla/4.04 [en] (OS/2; I) Date: 1999-05-20T00:00:00+00:00 List-Id: In article <1999May19.172621.1@eisner>, Kilgallen@eisner.decus.org.nospam wrote: > In article <7hv83e$t2o$1@front4.grolier.fr>, "Thierry Lelegard" writes: > I have never used GDB, but the potential problem > that concerns me is debugging a multilingual program. > If one calls from Ada into > Bliss or PL/I, I presume GDB is not going to step through that > with beautiful debugging ability in both the Ada and non-Ada > parts. That's a legitimate concern. I think we can all agree that it would have been desirable to be fully integrated with the old VMS debugger, but unfortunately this would have required significant work (to accomodate Ada 95) and that was not about to happen. GDB does of course handle multi-lingual debugging well if all languages are generating a debugging format that GDB understands. As Larry says, one solution, at least in the C case, is to debug using GNU C, and then switch later if necessary. Another approach, perhaps the best for the long term, is to teach the other Digital compilers to be GDB compatible. This is by no means impossible. It could be done on the GDB side by teaching GDB about the DEC-specific format used now, or it could be done on the compiler side by having the DEC compilers generate one of the industry standard formats. I think this approach may make better sense in the long run, since we will see major development in GDB over the next couple of years, addressing such features as multi-processing and scalability, since there seems to be a significant movement in the direction of adopting GDB from several hardware manufacturers, and of course the GNU-Linux work will result in continuing improvement of GDB. I suspect this was at least part of the thinking on Digital's part in requiring the use of GDB as the debugging solution for GNAT/VMS. Robert Dewar Ada Core Technologies --== Sent via Deja.com http://www.deja.com/ ==-- ---Share what you know. Learn what you don't.---