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