Revert "lib: introduce HASH_CALCULATE option"
authorAlexandru Gagniuc <mr.nuke.me@gmail.com>
Mon, 24 May 2021 19:28:56 +0000 (14:28 -0500)
committerHeinrich Schuchardt <xypron.glpk@gmx.de>
Fri, 28 May 2021 14:17:01 +0000 (16:17 +0200)
commitec0512b173bfe45bc6dc03dfcff40fec419239bb
treef9c235916c76879cb052cf85749a76425d63ef7d
parent38de680e582b36d4605b05d3b2c67a3c0c458bfb
Revert "lib: introduce HASH_CALCULATE option"

When we think of Kconfig, we usually think of features that we like
to enable or not. Ideally, we wouldn't use Kconfig to fix a build
issue, although sometimes it might make sense. With Kconfig it's hard
to guarantee that the fix is universal. We can only say that it works
for the set of tested configurations. In the majority of cases, it's
preferable to let the linker figure things out for us.

The reverted commit attempted to fix a build issue by adding an
invisible Kconfig option. This is wrong in several ways:

It invents a new Kconfig variable when CONFIG_HASH already
exists for the same purpose.
Second, hash-checksum.c makes use of the hash_progressive_lookup_algo()
symbol, which is only provided with CONFIG_HASH, but this dependency
was not expressed in the reverted patch.

It feels like Kconfig is turning into a listing of all available
source files, and a buffet to 'select' which ones to compile. The
purpose of this revert is to enable the next change to make use of
CONFIG_HASH instead of adding to Kconfig.

This reverts commit 87316da05f2fd49d3709275e64ef0c5980366ade.

Signed-off-by: Alexandru Gagniuc <mr.nuke.me@gmail.com>
Acked-by: Masahisa Kojima <masahisa.kojima@linaro.org>
common/Kconfig.boot
lib/Kconfig
lib/Makefile
lib/efi_loader/Kconfig