2c33417c9e
It seems weird that the libegl package has to know all of the packages that may provide the EGL implementation. This also breaks implementation provided by packages in BR2_EXTERNAL, since we can't easily depend on the order of packages before we can derive the dependencies of libegl. So, Arnout and I separately came up to the same conclusion: move the dependency selection from out of libegl, and into each of the packages that provides an EGL implementation. Here it is. Since we no longer depend on the order packages are included, but on values set at Kconfig-time, we can now have EGL providers in BR2_EXTERNAL. Reported-by: David Corvoysier <david.corvoysier@orange.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Arnout Vandecappelle <arnout@mind.be> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Peter Korsgaard <jacmet@uclibc.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> |
||
|---|---|---|
| .. | ||
| libegl | ||
| libgles | ||
| libopenmax | ||
| libopenvg | ||
| Config.in | ||
| opengl.mk | ||