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: <4F480DDF.2080000@zytor.com>
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ