summaryrefslogtreecommitdiffstats
path: root/recipes-qt/qt5
Commit message (Collapse)AuthorAgeFilesLines
...
* qtwebengine: Add pulseaudio supportMichael Davis2019-08-221-1/+4
| | | | | | Add pulseaudio support if it is a distro feature Signed-off-by: Michael Davis <michael.davis@essvote.com>
* qtwebengine: Rename jasoncpp to jsoncppMichael Davis2019-08-221-1/+1
| | | | | | | jasoncpp is not the name of the package included in meta-oe. The correct naming is jsoncpp. Signed-off-by: Michael Davis <michael.davis@essvote.com>
* qtwayland: do not reference private modules in cmake Qt5WaylandClientAndreas Müller2019-08-222-0/+38
| | | | | | | | | | | | | | | | | | | | | | The files referenced are not installed causing trouble in projects using Qt5WaylandClientConfig.cmake: | CMake Error at /home/superandy/tmp/oe-core-glibc/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-gnueabi/liri-shell/0.9.0+gitAUTOINC+42bd7f4610-r0/recipe-sysroot/usr/lib/cmake/Qt5WaylandClient/Qt5WaylandClientConfig.cmake:110 (find_package): | Could not find a package configuration file provided by | "Qt5LinuxAccessibilitySupport" (requested version 5.13.0) with any of the | following names: | | Qt5LinuxAccessibilitySupportConfig.cmake | qt5linuxaccessibilitysupport-config.cmake Fixes: QTBUG-76042 [1] Upstream-Status: Applied [2] [1] https://bugreports.qt.io/browse/QTBUG-76042 [2] https://code.qt.io/cgit/qt/qtwayland.git/commit/?id=f4636b934f90b2a07b09f1925a86440cf1944d08 Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
* qtwayland: remove workaround for missing private headers (QTBUG-71340)Andreas Müller2019-08-221-29/+0
| | | | | | | | | | * reading [1] again caused hope bug is fixed * tested with buildhistory: no change at installed files detected * recipies affected (lirios/meta-qt5-extra) are building fine (with the patch following) Signed-off-by: Andreas Müller <schnitzeltony@gmail.com> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qtdeclarative: Use qmlcachegen provided by OE instead of system one.Piotr Tworek2019-07-292-0/+37
| | | | | | | | | | | | | | | | Right now cmake config file installed by qtdeclarative-native tries to use system installed qmlcachegen tool. Due to this packages using qml compiler will produce correct results only if the host system has qmlcachegen installed and its version matches Qt version provided by OE. If the tool is missing the package requring it will fail to build. If its present but the version does not match OE version of Qt the package will build fine, but in turn will fail to run on the target. Fix this by patching Qt5QuickCompilerConfig.cmake to look for qmlcachegen in OE_QMAKE_PATH_EXTERNAL_HOST_BINS. Similar approach is already used for other Qt tools from qtbase-native recipe. Signed-off-by: Piotr Tworek <tworaz@tworaz.net> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qtbase-native: Always use qt provided doubleconversion library.Piotr Tworek2019-07-291-0/+1
| | | | | | | | | | Right now qtbase-native will try to look for double-coversion library on the host system. If not avaiable it'll use its own copy. This means qtbase-native binaries built on one host may fail to run on another. Fix this by always using qt provided double-conversion library for native qtbase builds. Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
* qttools: Enable clang support when using clangKhem Raj2019-07-291-3/+13
| | | | | | | | | | | | Fix compiler errors when using clang compiler along the way Fixes aarch64-yoe-linux-musl-ld: cannot find -lclang Use chpath to delete rpath which is detected as path to native clang in sysroot Signed-off-by: Khem Raj <raj.khem@gmail.com>
* qt5-creator: update to v4.9.2Samuli Piippo2019-07-294-117/+9
| | | | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qtwebengine: Fix build on aarch64Khem Raj2019-07-1715-27/+90
| | | | | | | adapt a patch from meta-browser to get aarch64 going Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qtwebengine: refresh the patches to applyMartin Jansa2019-07-1623-110/+84
| | | | | | | | | | | | | * 4 musl patches didn't apply at all * 0015-chromium-musl-include-asm-generic-ioctl.h-for-TCGETS.patch is dropped, because whole chromium/device/serial/serial_io_handler_posix.cc was removed in upgrade to 73: commit 38a9a29f4f9436cace7f0e7abf9c586057df8a4e Author: Allan Sandfeld Jensen <allan.jensen@qt.io> Date: Wed Feb 13 16:23:34 2019 +0100 Subject: BASELINE: Update Chromium to 73.0.3683.37 Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qtremoteobjects: Use OE_PATH_EXTERNAL_HOST_BINS to enable cmake to find repcibinderwolf2019-07-152-0/+23
| | | | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qt5: Upgrade to Qt 5.13.0Samuli Piippo2019-07-1551-592/+136
| | | | | | | Update recipes for Qt 5.13.0, add new recipes for Qt modules qtcoap and qtlottie, and remove qtcanvas3d. Signed-off-by: Samuli Piippo <samuli.piippo@qt.io>
* Allow enabling gui for native and nativesdkSamuli Piippo2019-07-152-9/+9
| | | | | | | | | | | Some Qt build tools may depend on QtGui, which need platform plugins for running them. Use minimal platform plugin since no interaction with the tool is expected. Add PACKAGECONFIGs that can be used to enable gui and image format plugins for the native and nativesdk builds. Signed-off-by: Samuli Piippo <samuli.piippo@qt.io>
* qtconnectivity,qtsystems: Account for bluez4 from oe-coreKhem Raj2019-07-152-6/+2
| | | | | | | bluez4 has been deprecated for few years now it has been removed completely from oe-core Signed-off-by: Khem Raj <raj.khem@gmail.com>
* qtbase: fix build with gcc-9Martin Jansa2019-05-307-13/+387
| | | | | | | | | | | | | | | | | | * some components which use Werror started to fail with gcc-9, because of new warning: https://gcc.gnu.org/gcc-9/changes.html New warnings: -Wdeprecated-copy, implied by -Wextra, warns about the C++11 deprecation of implicitly declared copy constructor and assignment operator if one of them is user-provided. -Wdeprecated-copy-dtor also warns if the destructor is user-provided, as specified in C++11. * e.g. maliit-framework-qt5 was now failing with: maliit-framework-qt5/0.99.0+gitAUTOINC+62bd54bcde-r0/recipe-sysroot/usr/include/QtCore/qvariant.h:273:25: error: implicitly-declared 'constexpr QVariant::Private& QVariant::Private::operator=(const QVariant::Private&)' is deprecated [-Werror=deprecated-copy] 273 | { other.d = Private(); } | ^ Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qtlocation: add PACKAGECONFIGs for geoservicesGaurav Kalra2019-05-301-0/+5
| | | | | Signed-off-by: Gaurav Kalra <gvkalra@gmail.com> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qt3d-runtime: update to v2.3Mikko Gronoff2019-05-191-3/+3
| | | | | Signed-off-by: Mikko Gronoff <mikko.gronoff@qt.io> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qtbase: add no-opengl to PACKAGECONFIG_GL when opengl isn't in DISTRO_FEATURESMartin Jansa2019-05-141-1/+1
| | | | | | | | | | * otherwise building qtbase with default config will fail with: ERROR: The OpenGL functionality tests failed! You might need to modify the include and library search paths by editing QMAKE_INCDIR_OPENGL[_ES2], QMAKE_LIBDIR_OPENGL[_ES2] and QMAKE_LIBS_OPENGL[_ES2] in the mkspec for your platform. Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qtbase: add accessibility from PACKAGECONFIG_KDE to PACKAGECONFIG_DEFAULTMartin Jansa2019-05-141-2/+2
| | | | | | | | | | * the original goal was to keep the default PACKAGECONFIG as minimal as possible, but I think it's time to enable this * most builds probably have this enabled anyway because of other dependencies * new qtbase also shows a warning when it's disabled: WARNING: Accessibility disabled. This configuration of Qt is unsupported. Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qtbase: add libxext dependency for xcb PACKAGECONFIGMartin Jansa2019-05-141-1/+1
| | | | | | | | | | * with new Qt, qtbase fails to build with x11 DISTRO_FEATURES ERROR: Feature 'xcb-xlib' was enabled, but the pre-condition 'features.xlib && libs.xcb_xlib' failed. Trying source 0 (type makeSpec) of library xlib ... None of [libXext.so libXext.a] found in [] and global paths. Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qtwebengine: arm: use OE specified -mcpu optionJohannes Pointner2019-05-062-0/+42
| | | | | | | OE-Core sets -mcpu option, which is equivalent to -march and -mtune combination. Therefore don't set -march and -mtune in chromium. Signed-off-by: Johannes Pointner <johannes.pointner@br-automation.com>
* qtbase-tools: Fix error during pkg_postinstKurt Kiefer2019-05-021-1/+1
| | | | | | | | | | When staging the sdk, the following error is seen: sed: can't read <path-to-work>/sdk/image/usr/local/oecore-x86_64/sysroots/aarch64-oe-linux/usr/bin/qt.conf: No such file or directory because the qt.conf file moved from /usr/bin/qt.conf to /usr/bin/qt5/qt.conf This change locates the qt.conf file during pkg_postinst using the OE_QMAKE_PATH_BINS variable, just as when the file is created.
* qtwebengine: restore the fix for build with clang/libc++ on aarch64/armMartin Jansa2019-05-024-11/+11
| | | | | | | | | | * it was fixed in: https://github.com/meta-qt5/meta-qt5/commit/5be2654885b3699520c4370579c929e2ce352e80 * but then when upgrading to 5.12.3 from meta-qt5/qtwebengine I've accidentally overwritten this one with the older version in: https://github.com/meta-qt5/meta-qt5/commit/e2707a016c3475c167a421c9c73d88f81cc61bd1 Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qt5: update SRCREVs after v5.12.3 tags were downmerged to 5.12 branchMartin Jansa2019-04-266-18/+6
| | | | | | * v5.12.3 tags in qt3d, qtknx, qtmqtt, qtopcua, qttools, qtremoteobjects are fine now Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qtwayland: check also that the destination for private headers exists before ↵Martin Jansa2019-04-221-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | installing them * it looks like with 5.12 the QtCompositor headers are actually in QtWaylandCompositor directory and ${D}${includedir}/QtCompositor/${SHRT_VER}/QtCompositor/private/ doesn't exist causing do_install to fail $ ls /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/qtwayland/5.12.3+gitAUTOINC+bcdc00bcdc-r0/image/usr/include/QtWaylandCompositor/5.12.3/QtWaylandCompositor/private/ qtwaylandcompositor-config_p.h qwaylandpointer_p.h qwayland-server-wayland.h qwaylandxdgdecorationv1_p.h qwldatadevice_p.h wayland-hardware-integration-server-protocol.h qtwaylandcompositorglobal_p.h qwaylandqtwindowmanager_p.h qwayland-server-xdg-decoration-unstable-v1.h qwaylandxdgshellintegration_p.h qwldataoffer_p.h wayland-ivi-application-server-protocol.h qwaylandcompositorextension_p.h qwaylandquickhardwarelayer_p.h qwayland-server-xdg-shell.h qwaylandxdgshell_p.h qwldatasource_p.h wayland-qt-key-unstable-v1-server-protocol.h qwaylandcompositor_p.h qwaylandquickitem_p.h qwayland-server-xdg-shell-unstable-v5_p.h qwaylandxdgshellv5integration_p.h qwlhardwarelayerintegrationfactory_p.h wayland-qt-windowmanager-server-protocol.h qwaylanddestroylistener_p.h qwaylandquickshellsurfaceitem_p.h qwayland-server-xdg-shell-unstable-v6.h qwaylandxdgshellv5_p.h qwlhardwarelayerintegration_p.h wayland-server-buffer-extension-server-protocol.h qwaylandinputmethodcontrol_p.h qwaylandseat_p.h qwaylandshell_p.h qwaylandxdgshellv6integration_p.h qwlhardwarelayerintegrationplugin_p.h wayland-text-input-unstable-v2-server-protocol.h qwaylandiviapplication_p.h qwayland-server-hardware-integration.h qwaylandsurface_p.h qwaylandxdgshellv6_p.h qwlhwintegration_p.h wayland-touch-extension-server-protocol.h qwaylandivisurfaceintegration_p.h qwayland-server-ivi-application.h qwaylandtextinputmanager_p.h qwlbuffermanager_p.h qwlqtkey_p.h wayland-wayland-server-protocol.h qwaylandivisurface_p.h qwayland-server-qt-key-unstable-v1.h qwaylandtextinput_p.h qwlclientbufferintegrationfactory_p.h qwlqttouch_p.h wayland-xdg-decoration-unstable-v1-server-protocol.h qwaylandkeyboard_p.h qwayland-server-qt-windowmanager.h qwaylandtouch_p.h qwlclientbufferintegration_p.h qwlregion_p.h wayland-xdg-shell-server-protocol.h qwaylandkeymap_p.h qwayland-server-server-buffer-extension.h qwaylandview_p.h qwlclientbufferintegrationplugin_p.h qwlserverbufferintegrationfactory_p.h wayland-xdg-shell-unstable-v5-server-protocol_p.h qwaylandoutputmode_p.h qwayland-server-text-input-unstable-v2.h qwaylandwlshellintegration_p.h qwlclientbuffer_p.h qwlserverbufferintegration_p.h wayland-xdg-shell-unstable-v6-server-protocol.h qwaylandoutput_p.h qwayland-server-touch-extension.h qwaylandwlshell_p.h qwldatadevicemanager_p.h qwlserverbufferintegrationplugin_p.h Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qtwayland: improve manual header installationMartin Jansa2019-04-221-3/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * allow to disable this completely with QTWAYLAND_INSTALL_PRIVATE_HEADERS_MANUALLY e.g. in case you already have your own bbappend resolving this differently * use SHRT_VER variable and allow to change it in .bbappend e.g. in webOS we have different version with different format without "+git" and 5.11.3-2 ended in upstream_pv which caused do_install to fail because ${D}${includedir}/QtWaylandClient/5.11.3-2 doesn't exist, split the PV by + as well - to cover both schemes and allow users to set SHRT_VER to something else if they have even weirder PV * install the QtCompositor headers in the same way as QtWaylandClient we have custom compositor and with 5.11 it was failing to build because of missing headers, so I had this in .bbappend already (I thought it was only our issue, because we were using 5.4 based QtWayland with 5.11, but the same happends with 5.6 based one and probably newer as well (I don't know what qtwayland version Andreas was using when first sending the previous qtwayland patch). * with 5.4 QtWayland and 5.11, I've updated sync.profile with %inject_headers and @private_headers built even with this sync.profile change the syncqt.pl in do_install doesn't install these 5.4 specific profile headers and qtwayland-webos and luna-surfacemanager fail to build. This is the diff between: recipe-sysroot-native/usr/bin/syncqt.pl -version 4.5.2 -showonly with Qt 5.6 and 5.11 @@ -1,6 +1,5 @@ -<srcbase> = BUILD/work/qemux86-webos-linux/qtwayland/5.4.2-119-r0/git -<bldbase> = BUILD/work/qemux86-webos-linux/qtwayland/5.4.2-119-r0/git -<outbase> = BUILD/work/qemux86-webos-linux/qtwayland/5.4.2-119-r0/git +<srcbase> = BUILD/work/qemux86-webos-linux/qtwayland/5.4.2-119-r0/git +<outbase> = BUILD/work/qemux86-webos-linux/qtwayland/5.4.2-119-r0/git pmtrace_qtwaylandclient_provider.h [QtWaylandClient] qtwaylandclienttracer.h [QtWaylandClient] qwaylandabstractdecoration_p.h [QtWaylandClient] @@ -34,34 +33,6 @@ qwaylandwlshellsurface_p.h [QtWaylandClient] qwaylandxdgshell_p.h [QtWaylandClient] qwaylandxdgsurface_p.h [QtWaylandClient] -qwayland-hardware-integration.h [QtWaylandClient] -qwayland-output-extension.h [QtWaylandClient] -qwayland-qt-windowmanager.h [QtWaylandClient] -qwayland-qtkey-extension.h [QtWaylandClient] -qwayland-server-buffer-extension.h [QtWaylandClient] -qwayland-sub-surface-extension.h [QtWaylandClient] -qwayland-surface-extension.h [QtWaylandClient] -qwayland-text.h [QtWaylandClient] -qwayland-text-input-unstable-v2.h [QtWaylandClient] -qwayland-touch-extension.h [QtWaylandClient] -qwayland-wayland.h [QtWaylandClient] -qwayland-windowmanager.h [QtWaylandClient] -qwayland-xdg-shell-unstable-v6.h [QtWaylandClient] -qwayland-xdg-shell.h [QtWaylandClient] -wayland-hardware-integration-client-protocol.h [QtWaylandClient] -wayland-output-extension-client-protocol.h [QtWaylandClient] -wayland-qt-windowmanager-client-protocol.h [QtWaylandClient] -wayland-qtkey-extension-client-protocol.h [QtWaylandClient] -wayland-server-buffer-extension-client-protocol.h [QtWaylandClient] -wayland-sub-surface-extension-client-protocol.h [QtWaylandClient] -wayland-surface-extension-client-protocol.h [QtWaylandClient] -wayland-text-client-protocol.h [QtWaylandClient] -wayland-text-input-unstable-v2-client-protocol.h [QtWaylandClient] -wayland-touch-extension-client-protocol.h [QtWaylandClient] -wayland-wayland-client-protocol.h [QtWaylandClient] -wayland-windowmanager-client-protocol.h [QtWaylandClient] -wayland-xdg-shell-client-protocol.h [QtWaylandClient] -wayland-xdg-shell-unstable-v6-client-protocol.h [QtWaylandClient] qwaylandclientbufferintegration_p.h [QtWaylandClient] qwaylandclientbufferintegrationfactory_p.h [QtWaylandClient] qwaylandclientbufferintegrationplugin_p.h [QtWaylandClient] @@ -84,38 +55,6 @@ SYMBOL: QWaylandEglWindow qwaylandglcontext.h [QtWaylandClient] SYMBOL: QWaylandGLContext -qwayland-server-wayland.h [QtCompositor] -qwayland-server-hardware-integration.h [QtCompositor] -qwayland-server-input-method.h [QtCompositor] -qwayland-server-ivi-application.h [QtCompositor] -qwayland-server-output-extension.h [QtCompositor] -qwayland-server-qt-windowmanager.h [QtCompositor] -qwayland-server-qtkey-extension.h [QtCompositor] -qwayland-server-server-buffer-extension.h [QtCompositor] -qwayland-server-sub-surface-extension.h [QtCompositor] -qwayland-server-surface-extension.h [QtCompositor] -qwayland-server-text.h [QtCompositor] -qwayland-server-text-input-unstable-v2.h [QtCompositor] -qwayland-server-touch-extension.h [QtCompositor] -qwayland-server-windowmanager.h [QtCompositor] -qwayland-server-xdg-shell-unstable-v6.h [QtCompositor] -qwayland-server-xdg-shell.h [QtCompositor] -wayland-hardware-integration-server-protocol.h [QtCompositor] -wayland-input-method-server-protocol.h [QtCompositor] -wayland-ivi-application-server-protocol.h [QtCompositor] -wayland-output-extension-server-protocol.h [QtCompositor] -wayland-qt-windowmanager-server-protocol.h [QtCompositor] -wayland-qtkey-extension-server-protocol.h [QtCompositor] -wayland-server-buffer-extension-server-protocol.h [QtCompositor] -wayland-sub-surface-extension-server-protocol.h [QtCompositor] -wayland-surface-extension-server-protocol.h [QtCompositor] -wayland-text-input-unstable-v2-server-protocol.h [QtCompositor] -wayland-text-server-protocol.h [QtCompositor] -wayland-touch-extension-server-protocol.h [QtCompositor] -wayland-wayland-server-protocol.h [QtCompositor] -wayland-windowmanager-server-protocol.h [QtCompositor] -wayland-xdg-shell-server-protocol.h [QtCompositor] -wayland-xdg-shell-unstable-v6-server-protocol.h [QtCompositor] pmtrace_qtwayland_provider.h [QtCompositor] qtwaylandtracer.h [QtCompositor] qwaylandbufferref.h [QtCompositor] Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qtwayland: workaround upstream bug: install missing headers manuallyAndreas Müller2019-04-221-0/+17
| | | | Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
* qtwayland: disable gold for all archs like in qtbaseMartin Jansa2019-04-181-2/+1
| | | | | | | | | | | | * like xlib configure test in qtbase fails to link with gold when full path to libm is being used: | linking ../../../../../plugins/wayland-graphics-integration-client/libqt-plugin-wayland-egl.so | /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/qtwayland/5.12.3+gitAUTOINC+bcdc00bcdc-r0/recipe-sysroot-native/usr/bin/x86_64-oe-linux/../../libexec/x86_64-oe-linux/gcc/x86_64-oe-linux/8.3.0/ld: error: cannot open /lib/libm.so.6: No such file or directory | /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/qtwayland/5.12.3+gitAUTOINC+bcdc00bcdc-r0/recipe-sysroot-native/usr/bin/x86_64-oe-linux/../../libexec/x86_64-oe-linux/gcc/x86_64-oe-linux/8.3.0/ld: error: cannot open /usr/lib/libmvec_nonshared.a: No such file or directory | /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/qtwayland/5.12.3+gitAUTOINC+bcdc00bcdc-r0/recipe-sysroot-native/usr/bin/x86_64-oe-linux/../../libexec/x86_64-oe-linux/gcc/x86_64-oe-linux/8.3.0/ld: error: cannot open /lib/libmvec.so.1: No such file or directory | collect2: error: ld returned 1 exit status | Makefile:83: recipe for target '../../../../../plugins/wayland-graphics-integration-client/libqt-plugin-wayland-egl.so' failed Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qt5: upgrade to 5.12.3Martin Jansa2019-04-1891-143/+149
| | | | | | | | | | | * be aware that in 3 qt* project the v5.12.3 tag wasn't created yet: qtknx_git.bb:# v5.12.3 tag wasn't created yet qtmqtt_git.bb:# v5.12.3 tag wasn't created yet qtopcua_git.bb:# v5.12.3 tag wasn't created yet * and qttools, qt3d, qtremoteobjects v5.12.3 tag isn't in 5.12 branch Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qtbase: disable gold for all archs not just x86Martin Jansa2019-04-181-22/+32
| | | | | | | | | | | | | | | | | | | * enabling xlib in x86_64 build was failing with: ERROR: Feature 'xcb-xlib' was enabled, but the pre-condition 'features.xlib && libs.xcb_xlib' failed. * the root cause is linking with full path libm.so in my case: /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/qtbase/5.12.3+gitAUTOINC+b527725766-r0/recipe-sysroot/usr/lib/libm.so which with gold fails with: /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/qtbase/5.12.3+gitAUTOINC+b527725766-r0/recipe-sysroot-native/usr/bin/x86_64-oe-linux/../../libexec/x86_64-oe-linux/gcc/x86_64-oe-linux/8.3.0/ld: error: cannot open /lib/libm.so.6: No such file or directory /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/qtbase/5.12.3+gitAUTOINC+b527725766-r0/recipe-sysroot-native/usr/bin/x86_64-oe-linux/../../libexec/x86_64-oe-linux/gcc/x86_64-oe-linux/8.3.0/ld: error: cannot open /usr/lib/libmvec_nonshared.a: No such file or directory /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/qtbase/5.12.3+gitAUTOINC+b527725766-r0/recipe-sysroot-native/usr/bin/x86_64-oe-linux/../../libexec/x86_64-oe-linux/gcc/x86_64-oe-linux/8.3.0/ld: error: cannot open /lib/libmvec.so.1: No such file or directory collect2: error: ld returned 1 exit status * not linking with libm at all in xcb test makes it pass, or linking with -lm as before works as well, but to be safe lets disable gold everywhere until it's resolved in upstream Qt * also reported in the 5.12.2 upgrade PR: https://github.com/meta-qt5/meta-qt5/pull/181#issuecomment-484425112 Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qtbase-native: use QT_CONFIG_FLAGS variable like qtbase and nativesdk-qtbaseMartin Jansa2019-04-171-2/+3
| | | | | | * instead of using PACKAGECONFIG_CONFARGS directly Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qtbase: Fix build with recent oe-core/pseudo on hosts with glibc >= 2.28Andreas Müller2019-04-1710-55/+86
| | | | | | | | | | | | | | | Recently pseudo changed to not support reanameeat2 as glibc wrapper [1]. This causes massive failures at do_install [2] on qtbase. To work around tell Qt build configuration not to use ranameat2 independent of glibc version. Target qtbase does not require this adjustment - there is no pseudo on target. [1] https://git.openembedded.org/openembedded-core/commit/?id=0fb257121b68f38b40c078150db8f7d0979b7ea5 [2] https://github.com/meta-qt5/meta-qt5/issues/187 Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
* qtbase, qtmultimedia: refresh patches to apply cleanly and update them on ↵Martin Jansa2019-04-0424-54/+54
| | | | | | github.com/meta-qt5 forks Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qtbase-native: add native libdir to search pathSamuli Piippo2019-04-031-0/+1
| | | | | | | | | | | | | | After commit 521a85395, Qt uses global search paths to resolve each library path, but because we are using -no-gcc-sysroot the native libdir is not part of the search path. Add the native libdir to search path so that we don't depend on host libraries for locating zlib. Fixes "ERROR: Feature 'system-zlib' was enabled, but the pre-condition 'libs.zlib' failed." Reviewed-by: Mikko Gronoff <mikko.gronoff@qt.io> Signed-off-by: Mikko Gronoff <mikko.gronoff@qt.io> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qt5: patch build paths from installed filesSamuli Piippo2019-04-031-5/+0
| | | | | | | | | | | | | | | | All 3rdparty libs and includes are now resolved into full filepaths, which means build paths to the yocto build environment are in module's prl, pri, pc and cmake files. Move existing patching from qtbase to the bbclass so that it's applied to all modules. -L paths are no longer included in the .pc files, remove unneeded patching for those. Task-number: QTBUG-72903 Change-Id: Iae5d150593aef153c46aaf8a3ba22fbafcc9b818 Reviewed-by: Oswald Buddenhagen <oswald.buddenhagen@gmx.de> Reviewed-by: Mikko Gronoff <mikko.gronoff@qt.io> Signed-off-by: Mikko Gronoff <mikko.gronoff@qt.io>
* Upgrade to 5.12.2Mikko Gronoff2019-04-0349-1073/+58
| | | | Signed-off-by: Mikko Gronoff <mikko.gronoff@qt.io>
* qtbase: let user decide how to link openssl to Qt5 librariesFrancesco Giancane2019-03-181-1/+4
| | | | | | | | | Switch from the configure script was extended from -openssl to -openssl-{linked,runtime} so that one can select whether to enable ssl library at linking time or runtime (with dlopen()), or letting the build system decide if no flag is specified. Now with the OPENSSL_LINKING_MODE variable, it is possible to decide which linking mode to be used. Signed-off-by: Francesco Giancane <francesco.giancane@polito.it> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qtbase: fix target mkspec adjustmentAndreas Müller2019-03-181-0/+3
| | | | | | mkspecs are not part of qtbase-tools Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
* qttools/cmake: use OE_QMAKE_PATH_EXTERNAL_HOST_BINSSamuli Piippo2019-03-071-40/+21
| | | | | | | | Use OE_QMAKE_PATH_EXTERNAL_HOST_BINS in Linguist cmake file similarly to qtbase's cmake files. This fixes usage in external toolchain. Task-number: QTBUG-73758 Signed-off-by: Samuli Piippo <samuli.piippo@qt.io>
* nativesdk-qtbase: use rpath for nativesdk Qt toolsSamuli Piippo2019-03-071-2/+0
| | | | | | | | | rpath is needed to be able to run qt tools from the sdk without having the sdk's lib dir explicitly in LD_LIBRARY_PATH or relying on host libraries. Qt uses relative rpaths, so the build directories are not used there. Signed-off-by: Samuli Piippo <samuli.piippo@qt.io>
* qt5: cleanup mkspecsSamuli Piippo2019-03-072-20/+16
| | | | | | | | | QMAKE_COMPILER is not meant to be the actual compiler, but a compiler type (gcc, clang, mingw). For both mkspecs it's already set in the common includes. Remove wayland and debug settings from the clang mkspec as they are already removed from the gcc mkspec. Signed-off-by: Samuli Piippo <samuli.piippo@qt.io>
* qtbase: Fix test builds with clang/x86_64Khem Raj2019-03-074-0/+51
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* qtscript: add fix for build with gcc 8.3Martin Jansa2019-03-072-1/+237
| | | | | | | | | | | | | | * fixes issue introduced with gcc upgrade to 8.3: | /OE/build/luneos-master/webos-ports/tmp-glibc/work/i586-webos-linux/qtscript/5.12.0+gitAUTOINC+0be84da600-r0/git/src/3rdparty/javascriptcore/JavaScriptCore/jit/JITStubs.cpp:157:5: error: expected '(' before 'volatile' | asm volatile ( | ^~~~~~~~ | ( | /OE/build/luneos-master/webos-ports/tmp-glibc/work/i586-webos-linux/qtscript/5.12.0+gitAUTOINC+0be84da600-r0/git/src/3rdparty/javascriptcore/JavaScriptCore/jit/JITStubs.cpp:158:1: error: expected unqualified-id before string constant | ".globl " SYMBOL_STRING(ctiOpThrowNotCaught) "\n" | ^~~~~~~~~ Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qtbase: Adjust target mkspec settingsAndreas Müller2019-03-071-0/+15
| | | | | | | | * linux-oe-g++ won't work use linux-g++ by default * we doe not cross compile on target * adjustment are done at postinst to keep build sysroots unmodified Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
* qt5-creator: Do not ship two desktop filesAndreas Müller2019-02-241-5/+0
| | | | | | These days qtcreator ships desktop file - so use that. Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
* qtwebengine: drop ↵HEADmasterMartin Jansa2019-02-142-51/+0
| | | | | | | | | | | | | 0002-chromium_overrides.cpp-Fix-build-with-plugins-and-oz.patch * with 5.12 it looks like it's not needed anymore, it causes following error instead: linking ../../lib/libQt5WebEngineCore.so.5.12.0 ../../../../git/src/3rdparty/chromium/content/browser/renderer_host/pepper/pepper_truetype_font_list_host.cc:79: error: undefined reference to 'content::GetFontFamilies_SlowBlocking(std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >*)' ../../../../git/src/3rdparty/chromium/content/browser/renderer_host/pepper/pepper_truetype_font_list_host.cc:93: error: undefined reference to 'content::GetFontsInFamily_SlowBlocking(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::vector<ppapi::proxy::SerializedTrueTypeFontDesc, std::allocator<ppapi::proxy::SerializedTrueTypeFontDesc> >*)' collect2: error: ld returned 1 exit status Makefile.core_module:74: recipe for target '../../lib/libQt5WebEngineCore.so.5.12.0' failed Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* qtwebengine: Fix build with clang/libc++ on aarch64/armKhem Raj2019-02-146-10/+199
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* qtbase: Export host compiler and linkerKhem Raj2019-02-141-0/+10
| | | | | | | | | | | | | | | | | | | | Certain portions of qtwebengine build involves building native tools using host compiler/linker, this however currently uses gcc and when we build with clang to compile the target pieces, chromium configures for clang and rightly so, but then does not have a way to define flags for host and target separately, and it ends up supplying same flags for both host and target builds, the trouble is that the options between clang and gcc are not always same in some cases, they dont understand each others options. So build starts to fail due to these errors about unknown cmdline options. This makes sure we inject CC_host, CXX_host, LD_host into qmake.conf so they can be used in such packages We use clang to do host builds when TOOLCHAIN = "clang" is used otherwise default to gcc as it was the case Signed-off-by: Khem Raj <raj.khem@gmail.com>
* qt5-plugin-generic-vboxtouch: Fix build with clang/libc++Khem Raj2019-02-142-2/+42
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* qtconnectivity: Fix build with clang/libc++Khem Raj2019-02-142-0/+28
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>