Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 11 Apr 1999 10:38:24 +0930
From:      Greg Lehey <grog@lemis.com>
To:        "Andrey A. Chernov" <ache@nagual.pp.ru>, Bruce Evans <bde@zeta.org.au>, "Kenneth D. Merry" <ken@plutotech.com>, FreeBSD Hackers <hackers@freebsd.org>
Cc:        cvs-all@freebsd.org, cvs-committers@freebsd.org, ache@freebsd.org
Subject:   Re: cvs commit: src/usr.sbin/config main.c
Message-ID:  <19990411103824.Y2142@lemis.com>
In-Reply-To: <19990410182224.A18709@nagual.pp.ru>; from Andrey A. Chernov on Sat, Apr 10, 1999 at 06:22:25PM %2B0400
References:  <199904101415.AAA28666@godzilla.zeta.org.au> <19990410182224.A18709@nagual.pp.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
On Saturday, 10 April 1999 at 18:22:25 +0400, Andrey A. Chernov wrote:
> On Sun, Apr 11, 1999 at 12:15:43AM +1000, Bruce Evans wrote:
>> The -s changes should be backed out completely.  They were as uncouth
>> as making -l the default for ls and adding a deprecated -S flag to give
>> normal behaviour.
>
> I agree. Anyone who need -g kernel space/time bloat must use -g directly.
> Please ask for removing not me but '-s change' author.

On Saturday, 10 April 1999 at 17:41:19 -0600, Kenneth D. Merry wrote:
> Bruce Evans wrote...
>>>  Modified files:
>>>    usr.sbin/config      main.c
>>>  Log:
>>>  add -s to usage
>>>
>>>  PR: 11056
>>>  Submitted by: Nickolay N. Dudorov <nnd@mail.nsk.ru>
>>
>> The -s changes should be backed out completely.  They were as uncouth
>> as making -l the default for ls and adding a deprecated -S flag to give
>> normal behaviour.
>
> I agree.

This was discussed at great length on -hackers before the changes were
made.  People were (after a while) unanimously in favour of the
change.  It would have been nice if you had responded there before I
did it, rather than afterwards.

Bruce explained that he doesn't read -hackers.  OK, in that case we
need somewhere else to discuss this kind of proposed change, rather
than making changes and then having people wanting them backed out.
Suggestions?

In any case, it's all very well to "agree", but none of you have
presented any arguments for your viewpoint.  In particular you, Ken,
have in the past asked people to use a debug kernel to get adequate
information after a panic.  If no symbols is the default, 99% of
people who have problems won't be able to report them.  As I proposed
in the discussion on -hackers, this solution should make everybody
happy: there is no difference in the running system, on modern
machines it only takes fractionally longer to build a debug kernel,
and it helps a lot in finding problems.

To summarize the changes:

  By default, config configures a kernel with full debug symbols.  If
  you really want to build one without symbols, you use the -s option.

  'make install' always installs a kernel without debug symbols.  If
  you have a debug kernel (no -s option) and want to install it, use
  the 'install.debug' target.  The debug kernel is called kernel.debug
  in the kernel build directory.  The non-debug kernel is called
  kernel, sa before, and is created by using objcopy --strip-debug, so
  the code in the non-debug kernel is identical to the code in the
  debug kernel.  It appears that it's possible to have difference in
  the code between kernels built with symbols and without, but this
  issue does not arise here.

If you still think the change to the default should be backed out,
that doesn't affect the changes to the Makefiles: if you have a debug
kernel, it was previously difficult to install a stripped version.
Now you have two targets which give you the choice.

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?19990411103824.Y2142>