linux-kernel - Re: Kconfig and toolchain dependencies

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]

Date:	Fri, 24 Feb 2012 14:23:27 -0800
From:	"H. Peter Anvin" <hpa@...or.com>
To:	Michal Marek <mmarek@...e.cz>
CC:	"linux-kbuild@...r.kernel.org" <linux-kbuild@...r.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Ingo Molnar <mingo@...e.hu>
Subject: Re: Kconfig and toolchain dependencies

On 02/24/2012 02:19 PM, Michal Marek wrote:
> Dne 3.2.2012 22:29, H. Peter Anvin napsal(a):
>> Right now, we don't have a good way to encode toolchain dependencies in
>> Kconfig.  This makes it hard to add optional features which depend on
>> newer toolchain features.
>>
>> If we just add them, then it breaks all*config and randconfig on
>> platforms with the older toolchains unless the user manually adds
>> exclusion rules.  This is bad for testing.
>>
>> It seems relatively straightforward to do if we were to manifest some
>> CONFIG_ variables based on the target toolchain, e.g.
>>
>> CONFIG_GCC=0x040601
> 
> (sorry for the late reply)
> 
> It would be a bit tricky, because the toolchain version depends also on
> CONFIG_CROSS_COMPILE. So Kconfig would need to know the semantics of
> CONFIG_CROSS_COMPILE and CONFIG_GCC and the dependency of the latter on
> the former.
> 
> Michal

Either way it would mean having to regenerate the config when the
toolchain changes.

	-hpa

-- 
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel.  I don't speak on their behalf.

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