From owner-freebsd-current Tue Feb 6 12:52:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA10529 for current-outgoing; Tue, 6 Feb 1996 12:52:40 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA10524 for ; Tue, 6 Feb 1996 12:52:38 -0800 (PST) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <15363(6)>; Tue, 6 Feb 1996 12:51:50 PST Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA20029; Tue, 6 Feb 96 15:51:35 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA03467; Tue, 6 Feb 96 15:51:33 EST Message-Id: <9602062051.AA03467@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.4 10/10/95 To: Bruce Evans Cc: davidg@root.com, freebsd-current@freebsd.org, jdli@linux.csie.nctu.edu.tw Subject: Re: make world with -fomit-frame-pointer In-Reply-To: Your message of "Mon, 05 Feb 1996 18:31:23 PST." <199602060231.NAA15216@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 6 Feb 1996 12:51:25 PST From: "Marty Leisner" Sender: owner-current@freebsd.org Precedence: bulk > No, the debugging considerations are the same for the kernel, and the > improvement from -fomit-frame-pointer is less than for average programs > because the kernel does a lot of copying and waiting for cache misses, > and has lots of assembler routines that don't use the frame pointer > anyway. > > > We strip the symbol table from system utilities before installing them > >(making debugging impossible), so why do you think -fomit-frame-pointer will > >make things any worse in this respect? > > The utilities are easy to reconstruct (perhaps even with full debugging > symbols) by recompiling the sources (provided the sources and the compiler, > etc., haven't been changed since the binaries were installed). > I talked about size of stripped/debug/non-stripped in Sys Admin last month... Basically there's a 10x penalty for -g, and a 10% penalty not to strip. At a mimimum, libraries should not be made with -fomit-frame-pointer. It would be desirable not to -fomit-frame-pointer in general on utilties, letting people know they can save about 10% by stripping... If you strip, core dumps are useless...(at least without stripping you have a hint of the problem). I don't think regenerating the binaries is a viable option...its often too difficult where a core dump can yield useful information....for any relatively sophisticated user. -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom