
On Wed, Jun 12, 2019 at 01:03:46PM +0530, Jagan Teki wrote:
On Thu, May 30, 2019 at 2:33 AM Tom Rini trini@konsulko.com wrote:
Add a new option, CONFIG_DEPRECATED, for code that relies on deprecated functionality and has not been converted past the deadline for conversion.
Signed-off-by: Tom Rini trini@konsulko.com
Kconfig | 7 +++++++ 1 file changed, 7 insertions(+)
diff --git a/Kconfig b/Kconfig index a02168690f5b..436308854d0c 100644 --- a/Kconfig +++ b/Kconfig @@ -20,6 +20,13 @@ config BROKEN This option cannot be enabled. It is used as dependency for broken and incomplete features.
+config DEPRECATED
bool
help
This option cannot be enabled. It it used as a dependency for
code that relies on deprecated features that will be removed and
the conversion deadline has passed.
then, what would be the exact diff b/w broken vs deprecated? I do see same meaning in terms of code maintenance, though it is working or non-working.
It is a matter of human language. There was objection to using broken as technically the code functions (and thus is not broken) but does use deprecated APIs.