Age | Commit message (Collapse) | Author |
|
* Previously, include statements were generated like this:
-I.../mipsel-oe-linux/usr/include/qtopia/QtCore
-I.../mipsel-oe-linux/usr/include/qtopia/QtCore/qt4-embedded/QtCoreE
-I.../mipsel-oe-linux/usr/include/qtopia/QtCore/qtopia
* The sed rules ignored QT_LIBINFIX.
* The sed rules incorrectly used QT_BASE_NAME instead of QT_DIR_NAME.
* Now, they look like this, which is what an application expects:
-I.../mipsel-oe-linux/usr/include/qtopia/QtCore
-I.../mipsel-oe-linux/usr/include/qtopia
* Tested with qt4-embedded on mipsel
Signed-off-by: Andreas Oberritter <obi@opendreambox.org>
CC: Koen Kooi <k.kooi@student.utwente.nl>
Acked-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Eric Bénard <eric@eukrea.com>
|
|
now that 4.7.1 is here and default for Angstrom, SHR and minimal
Signed-off-by: Eric Bénard <eric@eukrea.com>
|
|
Signed-off-by: Eric Bénard <eric@eukrea.com>
|
|
Signed-off-by: Eric Bénard <eric@eukrea.com>
|
|
qt4-embedded, qt4-tools-native and qt4-tools-sdk are compile tested.
qt4-x11-free and qt4-x11-free-gles are not tested.
qt4-embedded is run tested on armv6
Signed-off-by: Eric Bénard <eric@eukrea.com>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
- qt4e-base-image : contains qt4 embedded libraries and can be used
as a base rootfs when developping using the sdk
- qt4e-demo-image : contains qt-base-image + qt-demo + a script to
launch qt-demo at boot, this image can be used to quickly setup
a demonstration of qt capabilities on a machine using qtdemo
- qt-demo-init : recipe creating the package which provides the
init script to lauch qtdemo.
Signed-off-by: Eric Bénard <eric@eukrea.com>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
in order to stay consistant with 4.6.x releases.
Signed-off-by: Eric Bénard <eric@eukrea.com>
Acked-by: Denys Dmytriyenko <denis@denix.org>
|
|
* This avoids pulling in Qt 4.7.0 into meta-toolchain-qte when 4.6.3 is specified
* No further changes in behaviour or packaging
|
|
* For libraries that are added to the QT_LIB_NAMES or
QT_EXTRA_LIBS variables replace any "_" characters in the
library name with "-" for use in the package name.
* The actual library file names are left alone.
* Bump the PR for packages using qt4.inc
Signed-off-by: Chase Maupin <chase.maupin@ti.com>
Acked-by: Holger Hans Peter Freyther <holger@moiji-mobile.com>
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
|
|
Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
|
|
Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
|
|
Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
|
|
Make sure we have less dependencies and use less things from
the system. For moc/rcc/uic we need the most basic Qt, even
for the dbus bindings one mostly needs the xml parser.
|
|
Pass more -no or -qt- options to make sure less things from
the system are detected and that there are less dependencies.
This disabling has no effect on the tools we want to use.
|
|
Right now only qt4-tools-sdk_4.7.0 use the inc file.
|
|
Avoid any dependencies on freetype, just disable it. We are
not interested in the GUI module right now, we build it to
have the tools/qdbus build, which also builds the qdbusviewer.
|
|
We only need command line utilities and can avoid requiring X11.
|
|
|
|
|
|
* These patches lack a proper commit message, e.g. no explanation
why they need to be applied
* They remove libraries that were previously prevent
* They remove binaries that were previously installed
* The root cause appears that the -L for the qt lib directory is
evaluated too late indicating an issue with the qmake spec.
|
|
Fix the qt4-embedded_4.7.0 do_install by unpacking the qte.sh like
it is done in the other recipes.
|
|
|
|
|
|
This needs to be streamlined that every Qt 4.x mkspec file
is found in this directory. At least this is a start into
the right direction.
|
|
This is instructing qmake to use the QMAKE_LFLAGS_RPATH for the
lib directory in the build tree. It should be safe to use even
for software using the resulting qmake.
|
|
The biggest change is the QMAKE_RPATH to QMAKE_LFLAGS_RPATH
rename that broke linking for us.
|
|
Some variables were renamed and we require an update.
|
|
* Changed the qte.sh script to check for whether or not the
touchscreen exists before exporting QWS_MOUSE_PROTO to use
the touchscreen. This is so that devices that don't have
a touchscreen can use the regular mouse support.
* Bumped the PR
Signed-off-by: Chase Maupin <chase.maupin@ti.com>
Acked-by: Denys Dmytriyenko <denis@denix.org>
Signed-off-by: Denys Dmytriyenko <denis@denix.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
|
|
* this links "puts" mkspecs at the place where QTCreator search
for it in order to detect a toolchain
* thanks to this link QTCreator detects the toolchain generated using
meta-toolchain-qte and can cross compile applications without any
hack
Signed-off-by: Eric Bénard <eric@eukrea.com>
|
|
|
|
* 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>
|
|
|
|
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|