From owner-freebsd-questions@FreeBSD.ORG Mon Nov 14 17:19:09 2005 Return-Path: X-Original-To: questions@freebsd.org Delivered-To: freebsd-questions@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D7B016A41F; Mon, 14 Nov 2005 17:19:09 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id C70FE43D49; Mon, 14 Nov 2005 17:19:08 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (sccrmhc12) with ESMTP id <20051114171401012001faj6e>; Mon, 14 Nov 2005 17:14:06 +0000 Message-ID: <4378C5C8.2010409@computer.org> Date: Mon, 14 Nov 2005 11:13:44 -0600 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051107) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <436BCD90.40709@interfone.net> <43784DC6.4000809@interfone.net> <20051114114450.W66587@fledge.watson.org> In-Reply-To: <20051114114450.W66587@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: questions@freebsd.org Subject: Re: 6.0R GENERIC makeoptions DEBUG=-g [Slightly OT] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 17:19:09 -0000 Robert Watson wrote: > > On Mon, 14 Nov 2005, Simon Ironside wrote: > >> /sys/i386/conf/GENERIC has this line uncommented - is this on purpose? >> I commented it out before building a new kernel. >> >> makeoptions DEBUG=-g > > > This was by accident, but actually isn't a bad idea. We discovered the > problem at the last minute, after the 6.0-R builds had completed, and as > they were rsyncing to mirrors. After thinking about it for a few > minutes, we decided that actually, it has some nice benefits that made > it worth not rebuilding and re-mirroring. If we were earlier in the > release cycle, we might have changed the setting, however. > > We identified a few specific upsides and downsides: > > Good: We now have debugging symbols easily available and widely > accessible for the GENERIC kernel shipped with the release. This makes > it much easier for developers to debug problems using that kernel, as we > no longer need to ask end-users to build a kernel with debugging > symbols, etc, in order to debug a problem. Especially for a .0 release, > this is a very useful, and has presented a problem in previous releases. > > Bad: Kernel build times are now significantly slower, and required space > to build a kernel significantly larger by default. > > We'll see how it settles out -- CPUs are a lot larger, and disks a lot > bigger than they used to be. The kernel is stripped of debugging > symbols before it is installed, so this is only potentially a problem on > systems that already have enough space to hold source, builds, etc, and > doesn't affect systems where the kernel is installed but not built. > I.e., this doesn't affect the footprint for embedded systems, or systems > where a kernel is built centrally and then distributed. > > My recommendation would be to leave -g in unless you know that the added > build time and disk space for the build process will be a problem for > you. If I were to decide to remove this, and I have a small config file which includes GENERIC, what directive would I use. For example, with a device I wish to remove I can use nodevice... for options, nooptions. nomakeoptions maybe? Also... I once saw someone ask this and never saw a reply.... Where can I find documentation of the above mentioned mechanism? Thanks. > Hopefully you don't ever run into any problems requiring debug > symbols, but if you do it will probably save you some time and hassle, > especially if it's a problem that occurs once every six months, in which > case rebooting with a kernel with known symbol layout will mean waiting > six months to debug the problem. :-) > > Robert N M Watson > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > -- Regards, Eric