public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Eric S. Raymond" <esr@thyrsus.com>
To: CML2 <linux-kernel@vger.kernel.org>, kbuild-devel@lists.sourceforge.net
Subject: Brown-paper-bag bug in m68k, sparc, and sparc64 config files
Date: Sat, 19 May 2001 18:10:26 -0400	[thread overview]
Message-ID: <20010519181026.A23730@thyrsus.com> (raw)

This bug unconditionally disables a configuration question -- and it's
so old that it has propagated across three port files, without either
of the people who did the cut and paste for the latter two noticing it.

This sort of thing would never ship in CML2, because the compiler
would throw an undefined-symbol warning on BLK_DEV_ST.  The temptation
to engage in sarcastic commentary at the expense of people who still
think CML2 is an unnecessary pain in the butt is great.  But I will
restrain myself.  This time.

--- arch/m68k/config.in	2001/05/19 21:36:57	1.1
+++ arch/m68k/config.in	2001/05/19 21:37:12
@@ -192,7 +192,7 @@
       int  'Maximum number of SCSI disks that can be loaded as modules' CONFIG_SD_EXTRA_DEVS 40
    fi
    dep_tristate '  SCSI tape support' CONFIG_CHR_DEV_ST $CONFIG_SCSI
-   if [ "$CONFIG_BLK_DEV_ST" != "n" ]; then
+   if [ "$CONFIG_CHR_DEV_ST" != "n" ]; then
       int  'Maximum number of SCSI tapes that can be loaded as modules' CONFIG_ST_EXTRA_DEVS 2
    fi
    dep_tristate '  SCSI CD-ROM support' CONFIG_BLK_DEV_SR $CONFIG_SCSI
--- arch/sparc/config.in	2001/05/19 21:34:54	1.1
+++ arch/sparc/config.in	2001/05/19 21:35:21
@@ -162,7 +162,7 @@
 
    dep_tristate '  SCSI tape support' CONFIG_CHR_DEV_ST $CONFIG_SCSI
 
-   if [ "$CONFIG_BLK_DEV_ST" != "n" ]; then
+   if [ "$CONFIG_CHR_DEV_ST" != "n" ]; then
       int  'Maximum number of SCSI tapes that can be loaded as modules' CONFIG_ST_EXTRA_DEVS 2
    fi
 
--- arch/sparc64/config.in	2001/05/19 21:37:33	1.1
+++ arch/sparc64/config.in	2001/05/19 21:37:45
@@ -146,7 +146,7 @@
 
    dep_tristate '  SCSI tape support' CONFIG_CHR_DEV_ST $CONFIG_SCSI
 
-   if [ "$CONFIG_BLK_DEV_ST" != "n" ]; then
+   if [ "$CONFIG_CHR_DEV_ST" != "n" ]; then
       int  'Maximum number of SCSI tapes that can be loaded as modules' CONFIG_ST_EXTRA_DEVS 2
    fi
-- 
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

Conservatism is the blind and fear-filled worship of dead radicals.

             reply	other threads:[~2001-05-19 22:11 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-05-19 22:10 Eric S. Raymond [this message]
2001-05-19 22:20 ` [kbuild-devel] Brown-paper-bag bug in m68k, sparc, and sparc64 config files John Levon
2001-05-20  4:10 ` Mike Galbraith
  -- strict thread matches above, loose matches on Subject: below --
2001-05-20  1:06 Benedict Bridgwater
2001-05-20  1:51 ` Miles Lane
2001-05-20  2:14   ` Ben Bridgwater
2001-05-20  3:14     ` Keith Owens
2001-05-20  1:51 ` Miles Lane

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=20010519181026.A23730@thyrsus.com \
    --to=esr@thyrsus.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox