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 PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Thu, 14 Jan 2021 13:56:02 +0900 From: Masahiro Yamada <masahiroy@...nel.org> To: Josh Poimboeuf <jpoimboe@...hat.com> Cc: Linux Kbuild mailing list <linux-kbuild@...r.kernel.org>, Linux Kernel Mailing List <linux-kernel@...r.kernel.org> Subject: Re: Toolchain-dependent config options On Thu, Jan 14, 2021 at 7:21 AM Josh Poimboeuf <jpoimboe@...hat.com> wrote: > > Hi Masahiro, > > If I copy a config with CONFIG_GCC_PLUGINS to another system which > doesn't have the gcc-plugin-devel package, it gets silently disabled by > "make olddefconfig". > > I've seen multiple cases lately where this is causing confusion. I > suspect the problem is getting worse with recent added support for a > variety of toolchains and toolchain-dependent features. > > Would it be possible to have an error (or at least a warning) in this > case? > > For example, a "depends-error" which triggers an error if its failure > would disable a feature? > > -- > Josh > We disable any feature that is unsupported by the compiler in use. Conventionally, we did that in the top Makefile by using $(call cc-option, ) macro or by running some scripts. Recently, we are moving such compiler tests to the Kconfig stage. Anyway, we disable unsupported features so any combination of CONFIG options builds successfully. This will ease randconfg and allmodconfig tests. A lot of people and CI systems are running allmodconfig tests for various architectures and toolchains. Introducing the build breakage is annoying. -- Best Regards Masahiro Yamada
Powered by blists - more mailing lists