Age | Commit message (Collapse) | Author |
|
* several recipes depend on virtual/egl which currently has only one
provider : powervr-drivers/libgles-omap. This provider sets
COMPATIBLE_MACHINE to a few TI based machines.
When building for machines which don't provide virtual/egl, we get
the following errors :
ERROR: '['path_to/openembedded/recipes/qt4/qt4-embedded-gles_4.6.3.bb']'
RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity
'qt4-embedded-gles' but it wasn't found in any PACKAGE or RPROVIDES
variables of any buildable targets.
ERROR: '[]' RDEPENDS/RRECOMMENDS or otherwise requires the runtime
entity 'virtual/egl' but it wasn't found in any PACKAGE or RPROVIDES
variables
* This patch creates a egl.inc which contains the compatible machines for
recipes depending on virtual/egl and thus will workaround this error.
Signed-off-by: Eric Bénard <eric@eukrea.com>
Acked-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
|
|
For .diff/.patch you need to apply manually, you can specify apply=no.
Signed-off-by: Chris Larson <chris_larson@mentor.com>
Acked-by: Denys Dmytriyenko <denis@denix.org>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
I think this makes the behavior rather more clear.
Signed-off-by: Chris Larson <chris_larson@mentor.com>
Acked-by: Denys Dmytriyenko <denis@denix.org>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
This way a distribution/user can set PREFERRED_PROVIDER_qt4-embedded = "qt4-embedded-gles"
to select the GLES/OpenVG runtime. The default is qt4-embedded as GLES require a dedicated
library most of the time provided as a binary blob by the vendor requiring the user
to manually download and store it at the right place.
For X11 we already have a PREFERRED_PROVIDER setting in place and don't need to update.
Acked-by: Koen Kooi <koen@openembedded.org>
|
|
Currently the configure script of Qt is invoking pg_config
which is a native application and not staged. Even though
we pass the directory with the header files we will fail
the postgres test as pg_config from the host will tell us
something about /usr/include.
There is no need for us to check pg_config, hack it out.
|
|
resolved
* also switch to gles2, requires less patching
|
|
|
|
* currently sgx specific, but making it generic is easy
|