All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Eric S. Raymond" <esr@thyrsus.com>
To: Andreas Dilger <adilger@turbolinux.com>
Cc: linux-kernel@vger.kernel.org, kbuild-devel@lists.sourceforge.net
Subject: Re: Cross-referencing frenzy
Date: Thu, 19 Apr 2001 13:33:47 -0400	[thread overview]
Message-ID: <20010419133347.A3515@thyrsus.com> (raw)
In-Reply-To: <20010418233445.A28628@thyrsus.com> <200104190449.f3J4n2LF032522@webber.adilger.int>
In-Reply-To: <200104190449.f3J4n2LF032522@webber.adilger.int>; from adilger@turbolinux.com on Wed, Apr 18, 2001 at 10:49:01PM -0600

Andreas Dilger <adilger@turbolinux.com>:
> Could you make a list that splits the symbols up by each of the above
> failure conditions?  It would make the task of deciding how to fix the
> "problem" more apparent.

There are 32 possible categories.  I need to eyeball them and decide which
ones are significant.
 
> Also, it appears that some of the symbols you are matching are only in
> documentation (which isn't necessarily a bad thing).  I would start with:
> 
> *.[chS] Config.in Makefile Configure.help

There should be few enough of these to fit on one screen.  Over 700 dead
symbols indicates a larger problem.
 
> However, I'm not sure that your reasoning for removing these is correct.
> For example, one symbol that I saw was CONFIG_EXT2_CHECK, which is code
> that used to be enabled in the kernel, but is currently #ifdef'd out with
> the above symbol.  When Ted changed this, he wasn't sure whether we would
> need the code again in the future.  I enable it sometimes when I'm doing
> ext2 development, but it may not be worthy of a separate config option
> that 99.9% of people will just be confused about.

I think things like that don't belong in the CONFIG_ namespace to begin
with.
-- 
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

"To disarm the people... was the best and most effectual way to enslave them."
        -- George Mason, speech of June 14, 1788

  parent reply	other threads:[~2001-04-19 17:33 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-04-19  3:34 Cross-referencing frenzy Eric S. Raymond
2001-04-19  4:00 ` Richard Gooch
2001-04-19  4:11   ` Rik van Riel
2001-04-19  4:36     ` Edward S. Marshall
2001-04-19  5:06       ` Richard Gooch
2001-04-19  5:37         ` Eric S. Raymond
2001-04-19  9:26           ` Rogier Wolff
2001-04-19 13:36             ` [kbuild-devel] " Eric S. Raymond
2001-04-19 15:22               ` Rogier Wolff
2001-04-19  5:38         ` Jeff Garzik
2001-04-19  5:32       ` Eric S. Raymond
2001-04-19 11:41     ` Alan Cox
2001-04-19  4:49 ` Andreas Dilger
2001-04-19 13:23   ` Mike Castle
2001-04-19 13:36     ` Alan Cox
2001-04-19 17:33   ` Eric S. Raymond [this message]
2001-04-19 20:53     ` Jim Treadway
2001-04-19  8:02 ` Russell King
2001-04-19 13:16   ` Eric S. Raymond
2001-04-19 14:17     ` Jeff Garzik
2001-04-19 14:25       ` Eric S. Raymond
2001-04-19 18:49       ` [kbuild-devel] " Peter Samuelson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20010419133347.A3515@thyrsus.com \
    --to=esr@thyrsus.com \
    --cc=adilger@turbolinux.com \
    --cc=kbuild-devel@lists.sourceforge.net \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.