[1887] in Release_7.7_team
Re: Unstripped binaries and .deleted
daemon@ATHENA.MIT.EDU (Greg Hudson)
Tue Jul 27 15:37:04 1999
Message-Id: <199907271936.PAA07859@rcn-sucks.fsck.com>
To: Matt Braun <matt@MIT.EDU>
cc: release-team@MIT.EDU, ops@MIT.EDU
In-reply-to: Your message of "Tue, 27 Jul 1999 15:14:50 EDT."
<199907271914.PAA08557@forever.mit.edu>
Date: Tue, 27 Jul 1999 15:36:43 EDT
From: Greg Hudson <ghudson@MIT.EDU>
Right now most of the binaries on the system packs are installed
unstripped. For all platforms. The big exceptions are Zephyr and
Kerberos. Kerberos in particular is just too big to even build with
symbols, much less install that way.
On Solaris, the unstripped binaries use too much local disk space, so
on that platform only at the final stage of the build, we go over
/bin/athena and /etc/athena, move any unstripped binaries to
foo.unstripped, and replace them with stripped binaries.
So make sure to think of foo.unstripped as a Sun-specific hack for
local-disk files, since that's what it is. On other platforms, you
never have to look for the unstripped binary; it's right where you ran
it from. Likewise for stuff under /usr/athena on Solaris.
I think development is happy with the current unstripped binary
situation. It does mean that some large amount of symbol data is
getting replicated with the packs, which causes an operational burden.
Splitting the srvd into two pieces would also cause an operational
burden, plus a burden on development.
I hope that helps explain my previous statement (that it would
probably be more pain than it's worth, but it should be doable).
