linux-kernel - Re: [RFC] select and dependencies in Kconfig

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <464B9427.1010204@freescale.com>
Date:	Wed, 16 May 2007 18:30:47 -0500
From:	Timur Tabi <timur@...escale.com>
To:	Stefan Richter <stefanr@...6.in-berlin.de>
CC:	Al Viro <viro@....linux.org.uk>, torvalds@...ux-foundation.org,
	linux-kernel@...r.kernel.org, zippel@...ux-m68k.org,
	kbuild-devel@...ts.sourceforge.net
Subject: Re: [RFC] select and dependencies in Kconfig

Stefan Richter wrote:

> "A... select B" is just a flavor of "A... depends on B", with the
> additional instruction to the Kconfig UIs:  Don't hide A if you can
> silently switch on B.

I think you mean "A... select B" is just a flavor of "B... depends on A".  There is one 
minor difference between the two.

If A is a driver and B is a library, then it's more intuitive to update the Kconfig option 
for A then it is to update the Kconfig option for B.  For example, if I want to add a new 
driver C that uses library B, I can just add this:

C
	select B

If I have to use "depends on", then I would have to change the Kconfig option for B like this:

B
	depends on A || C

And every time I create a new driver that depends on library B, I have to update that 
"depends on" line *in addition to* creating the Kconfig line for the new driver.  If 10 
drivers use library B, you'll have this:

B
	depends on A || C || D || E || F || G || H || I || J || K

> How about throwing "select" out of the Kconfig language and improving
> the UIs instead, so that users find what they want and need?

I know a lot of people don't like 'select', but I prefer it over 'depends on'.

-- 
Timur Tabi
Linux Kernel Developer @ Freescale
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/