pkg-generic: improve incorrectly used package detection
authorThomas Petazzoni <thomas.petazzoni@free-electrons.com>
Fri, 1 Jan 2016 00:01:23 +0000 (01:01 +0100)
committerPeter Korsgaard <peter@korsgaard.com>
Sun, 3 Jan 2016 21:09:17 +0000 (22:09 +0100)
commit3e1b33a5349b21197da88405f32d3fc57a385421
treea1cfe8d5773364b8d29cc0cfd6b3467f31d8c724
parentc79d685975b966d3406e8623a44e1e5d0f0d9b10
pkg-generic: improve incorrectly used package detection

Currently, the check that packages we build are indeed enabled is done
at the time a package is configured.

This can come quite late in the build process, and does not provide
direct knowledge of the real culprit for the incorrect dependency.

However, we can improve these two issues quite easily, albeit at the
expense of a very slightly more complicated make code.

First, the check can not be done at the time we define the package, i.e.
in the inner-generic-pacakge, because all its dependencies might have
not been parsed yet, so we can't yet know whether it is enabled or not
(because we can't match the package name of the dependency to its
Kconfig variable yet).

But then, we know we have all packages definitions after we scanned the
the bundled packages, kernel, bootloaders and toolchains, as well as the
br2-external tree (if any).

So, at this location, we iterate through the list of enabled packages,
and check that the packages they each depend on are indeed enabled.

This allows us to:
 1- do the check very early, before any build action,
 2- report on the exact offending package very easily.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Makefile
package/pkg-generic.mk