comp.lang.ada
 help / color / mirror / Atom feed
From: fjh@mundook.cs.mu.OZ.AU (Fergus Henderson)
Subject: Re: GNAT Codesize
Date: 1996/06/28
Date: 1996-06-28T00:00:00+00:00	[thread overview]
Message-ID: <4r1806$aci@mulga.cs.mu.OZ.AU> (raw)
In-Reply-To: dewar.835838816@schonberg

dewar@cs.nyu.edu (Robert Dewar) writes:

>John McCabe said
>
>"By debugging information here are you referring to e.g. symbol tables
>and that kind of thing? If so, is it not possible to keep this
>information in a separate file akin to what embedded cross-development
>systems tend to use?"
>
>Yes, exactly, symbol table type information. Yes you could keep it in
>a separate file, but 
>
>(a) it would not save any disk space to have two files instead of one
>(b) you don't load the symbol information, so it would not save load time
>(c) it would violate system standards, which are to keep debugging 
>	information in the objects and executables. The GNAT approach
>	is deliberately system standard compatible to allow use of
>	standard debuggers.

Also	(d) the increased number of files would slow down directory
	    lookups, which can be an important factor in compilation time
	    for large projects (with typical file systems, searching a
	    directory with N files is O(N))
and	(e) it would be irritating; simple commands like `cp foo foo.old'
	    or `rm foo' would not be sufficient, and more complicated
	    commands would have to be used instead.

On the other hand, it might well be a good idea to make the `-s' (strip)
option the default if `-g' (debug) was not specified on the command
line during the linking step.  That's what I did for the Mercury
compiler, and we haven't got any complaints about it.

--
Fergus Henderson <fjh@cs.mu.oz.au>   |  "I have always known that the pursuit
WWW: <http://www.cs.mu.oz.au/~fjh>   |  of excellence is a lethal habit"
PGP: finger fjh@128.250.37.3         |     -- the last words of T. S. Garp.




  reply	other threads:[~1996-06-28  0:00 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1996-06-20  0:00 GNAT Codesize Haug Buerger
1996-06-20  0:00 ` James E. Hopper
1996-06-21  0:00 ` Robert Dewar
1996-06-24  0:00   ` John McCabe
1996-06-24  0:00     ` John Howard
1996-06-25  0:00       ` Robert Dewar
1996-06-25  0:00       ` David J. Fiander
1996-06-26  0:00     ` Robert Dewar
1996-06-28  0:00       ` Fergus Henderson [this message]
1996-07-01  0:00         ` Michael Feldman
1996-07-03  0:00           ` John McCabe
1996-07-02  0:00         ` John McCabe
1996-07-03  0:00           ` Robert Dewar
1996-07-06  0:00             ` John McCabe
1996-07-06  0:00               ` Robert Dewar
1996-07-06  0:00               ` Michael Feldman
1996-07-08  0:00             ` Gavin Smyth
1996-06-28  0:00       ` John McCabe
1996-06-28  0:00         ` Fergus Henderson
1996-06-29  0:00           ` John McCabe
1996-07-01  0:00             ` Robert Dewar
1996-07-05  0:00               ` John McCabe
1996-07-05  0:00             ` JP Thornley
1996-06-30  0:00         ` Robert Dewar
1996-07-02  0:00           ` John McCabe
1996-07-03  0:00             ` Robert Dewar
1996-07-03  0:00   ` Question about the need for requeue as described in Rationale James A. Squire
1996-07-05  0:00     ` Bo I. Sanden
1996-07-05  0:00       ` progers
1996-07-06  0:00     ` Robert A Duff
1996-07-04  0:00   ` Samuel Tardieu
1996-07-04  0:00     ` Robert Dewar
1996-07-08  0:00   ` James A. Squire
1996-07-08  0:00   ` James A. Squire
1996-07-08  0:00     ` Robert A Duff
1996-07-09  0:00     ` Bo I. Sanden
1996-07-08  0:00   ` James A. Squire
1996-07-09  0:00     ` progers
1996-07-10  0:00     ` Robert A Duff
1996-07-10  0:00       ` progers
1996-07-09  0:00   ` Jon S Anthony
1996-06-21  0:00 ` GNAT Codesize Ralph Paul
1996-06-21  0:00 ` Doug Smith
1996-07-08  0:00 ` Question about the need for requeue as described in Rationale James A. Squire
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox