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,6ff6ac051491e437 X-Google-Attributes: gid103376,public From: dewar@cs.nyu.edu (Robert Dewar) Subject: Re: GNAT Codesize Date: 1996/07/03 Message-ID: #1/1 X-Deja-AN: 163957921 references: <31c8fdd4.5a455349@zesi.ruhr.de> <835637893.1349.0@assen.demon.co.uk> <4r1806$aci@mulga.cs.mu.OZ.AU> <836339491.14712.0@assen.demon.co.uk> organization: Courant Institute of Mathematical Sciences newsgroups: comp.lang.ada Date: 1996-07-03T00:00:00+00:00 List-Id: John McCabe said "On the other hand, when you've finished debugging and want to provide an official release, you only have to copy a single file rather than having to strip it of debugging information first. It works both ways really, I think the only real advantage either method has is the one Robert Dewar mentioned about being compatible with system standards (although I'd be grateful if he'd enlighten us on exactly what he means by that phrase)." First, John, you are making some big deal about stripping, it is a trivial process, and it is no harder to strip a file than to copy it, either at the user level of at the implementation level. And you are ignoring the real advantages of efficiency that we have discussed of having a single file. As to system standards, typically the ABI specifies the format of debugging information stored in object files and executables. By following this format, you will be compatible with all tools that use this format. For example, gprof, the profiling program, is driven by debugging information in standard system format. If your compiler generates debugging information in this format, then gprof will work without modification. This is indeed true for GNAT, and many of our users are using gprof. dp