Date: Thu, 8 Apr 1999 12:51:24 +0930 From: Greg Lehey <grog@lemis.com> To: Chuck Robey <chuckr@mat.net> Cc: Nick Hibma <nick.hibma@jrc.it>, hackers@FreeBSD.ORG Subject: Re: Debug kernel by default (was: System size with -g) Message-ID: <19990408125124.I2142@lemis.com> In-Reply-To: <Pine.BSF.4.10.9904072302430.378-100000@picnic.mat.net>; from Chuck Robey on Wed, Apr 07, 1999 at 11:05:04PM -0400 References: <19990408122944.D2142@lemis.com> <Pine.BSF.4.10.9904072302430.378-100000@picnic.mat.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wednesday, 7 April 1999 at 23:05:04 -0400, Chuck Robey wrote:
> On Thu, 8 Apr 1999, Greg Lehey wrote:
>
> [cc list trimmed back on one list, and some names]
>
>>> Will that include a stripping of the previous kernel?
>>>
>>> if -x /kernel
>>> strip -g /kernel
>>> mv /kernel
>>>
>>> This is required or otherwise make the root partition bigger by
>>> default. 2x10Mb for the kernel does not leave a lot of room for
>>> etc. Patch for this is available if wanted. Just bounce me a
>>> message.
>>
>> Well, that's not quite the way I'm doing it. By default, I make a
>> kernel called kernel.debug and use the following rule to create a
>> stripped kernel:
>>
>> ${KERNEL}: ${KERNEL}.debug
>> objcopy --strip-debug ${KERNEL}.debug ${KERNEL}
>>
>> The 'install' target installs the stripped kernel, and depends on this
>> rule.
>
> Seeing as most folks don't have an extra 10 megs of room in / to play
> around with, they'd be real unhappy to have the full kernel stuck in /,
> even if it was immediately stripped. That's not going to occur here,
> right?
No, that's what I'm saying. The only place you use more space is in
the kernel build directory.
Greg
--
See complete headers for address, home page and phone numbers
finger grog@lemis.com for PGP public key
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990408125124.I2142>