linux-kernel - Re: [PATCH] kconfig: warn about complex selects

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: Windows password security audit tool. GUI, reports in PDF.

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

Message-ID: <20080506062614.GG1544@cs181133002.pp.htv.fi>
Date:	Tue, 6 May 2008 09:26:14 +0300
From:	Adrian Bunk <bunk@...nel.org>
To:	Roman Zippel <zippel@...ux-m68k.org>
Cc:	Vegard Nossum <vegard.nossum@...il.com>,
	Ingo Molnar <mingo@...e.hu>, Sam Ravnborg <sam@...nborg.org>,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH] kconfig: warn about complex selects

On Tue, May 06, 2008 at 05:43:32AM +0200, Roman Zippel wrote:
> Hi,

Hi Roman,

>...
> It's not an impossible problem, but it's not trivial either, so that I 
> haven't spend any time on it and rather would like to spend the energy on 
> fixing the problem properly instead of working around it. And the problem 
> BTW isn't select itself, the problem is that all the Kconfig dependencies 
> have grown and become more complex, so it's becoming increasingly more 
> difficult to maintain and to use them - select was never meant to solve 
> this problem...

what do you consider the best solution?

Can we get it solved in kconfig?

Or should kconfig stay the same and use the pattern we already use
with SSB_POSSIBLE?

Or is there some better solution?

> bye, Roman

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

--
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/