6573 2014-07-25 00:14:23 +0000 meta-toolchain-qte: Cannot be used to produce "Debug" and "Release" builds of Qt application outside Yocto buildsystem 2017-06-20 11:08:35 +0000 1 1 7 Build System, Metadata & Runtime Meta-yocto meta-yocto 1.6.1 x86 arm RESOLVED WONTFIX Low normal Future 1 marek.vasut unassigned bluelightning poky.bs.watcher poky.watcher sgw --- --- No (bug/feature does not impact docs) oldest_to_newest 44686 0 marek.vasut 2014-07-25 00:14:23 +0000 I built Yocto 1.6.1 target 'meta-toolchain-qte', MACHINE=beaglebone . This produced tmp/deploy/sdk/poky-eglibc-x86_64-meta-toolchain-qte-cortexa8hf-vfp-neon-toolchain-qte-1.6.1.sh installation script with the toolchain. I installed the toolchain, which placed it into /opt/poky/1.6.1/ . With the toolchain installed, I wanted to test if I can compile a simple Qt application. I downloaded one from [1] and extracted this into two different directories: $ cd /tmp/ $ wget [1] $ mkdir {release,debug} $ tar -xzf qttest.tar.gz -C release $ tar -xzf qttest.tar.gz -C debug Now I sourced the toolchain environment so I can cross-compile the Qt application: $ . /opt/poky/1.6.1/environment-setup-cortexa8hf-vfp-neon-poky-linux-gnueabi Finally, I try to compile the Qt application for both "release" and "debug": RELEASE: $ cd release/qttest/ ; qmake "CONFIG += release" ; make ; cd ../../ /opt/poky/1.6.1/sysroots/x86_64-pokysdk-linux/usr/bin/uic4 mainwindow.ui -o ui_mainwindow.h arm-poky-linux-gnueabi-g++ -march=armv7-a -mthumb-interwork -mfloat-abi=hard -mfpu=neon -mtune=cortex-a8 --sysroot=/opt/poky/1.6.1/sysroots/cortexa8hf-vfp-neon-poky-linux-gnueabi -c -pipe -pipe -pipe -O2 -pipe -g -feliminate-unused-debug-types -O2 -pipe -g -feliminate-unused-debug-types -O2 -O2 -Wall -W -Wall -W -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/opt/poky/1.6.1/sysroots/cortexa8hf-vfp-neon-poky-linux-gnueabi/usr/share/qtopia/mkspecs/linux-g++ -I. -I/opt/poky/1.6.1/sysroots/cortexa8hf-vfp-neon-poky-linux-gnueabi//usr/include/qtopia/QtCore -I/opt/poky/1.6.1/sysroots/cortexa8hf-vfp-neon-poky-linux-gnueabi//usr/include/qtopia/QtGui -I/opt/poky/1.6.1/sysroots/cortexa8hf-vfp-neon-poky-linux-gnueabi//usr/include/qtopia -I. -I. -o main.o main.cpp [...] arm-poky-linux-gnueabi-g++ -march=armv7-a -mthumb-interwork -mfloat-abi=hard -mfpu=neon -mtune=cortex-a8 --sysroot=/opt/poky/1.6.1/sysroots/cortexa8hf-vfp-neon-poky-linux-gnueabi -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,-rpath-link,/opt/poky/1.6.1/sysroots/cortexa8hf-vfp-neon-poky-linux-gnueabi//usr/lib -o qttest main.o mainwindow.o moc_mainwindow.o -L/opt/poky/1.6.1/sysroots/cortexa8hf-vfp-neon-poky-linux-gnueabi//usr/lib -lQtGuiE -lQtNetworkE -lQtCoreE -lpthread DEBUG: $ cd debug/qttest/ ; qmake "CONFIG += debug" ; make ; cd ../../ /opt/poky/1.6.1/sysroots/x86_64-pokysdk-linux/usr/bin/uic4 mainwindow.ui -o ui_mainwindow.h arm-poky-linux-gnueabi-g++ -march=armv7-a -mthumb-interwork -mfloat-abi=hard -mfpu=neon -mtune=cortex-a8 --sysroot=/opt/poky/1.6.1/sysroots/cortexa8hf-vfp-neon-poky-linux-gnueabi -c -pipe -pipe -pipe -O2 -pipe -g -feliminate-unused-debug-types -O2 -pipe -g -feliminate-unused-debug-types -g -g -g -Wall -W -Wall -W -Wall -W -D_REENTRANT -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/opt/poky/1.6.1/sysroots/cortexa8hf-vfp-neon-poky-linux-gnueabi/usr/share/qtopia/mkspecs/linux-g++ -I. -I/opt/poky/1.6.1/sysroots/cortexa8hf-vfp-neon-poky-linux-gnueabi//usr/include/qtopia/QtCore -I/opt/poky/1.6.1/sysroots/cortexa8hf-vfp-neon-poky-linux-gnueabi//usr/include/qtopia/QtGui -I/opt/poky/1.6.1/sysroots/cortexa8hf-vfp-neon-poky-linux-gnueabi//usr/include/qtopia -I. -I. -o main.o main.cpp [...] arm-poky-linux-gnueabi-g++ -march=armv7-a -mthumb-interwork -mfloat-abi=hard -mfpu=neon -mtune=cortex-a8 --sysroot=/opt/poky/1.6.1/sysroots/cortexa8hf-vfp-neon-poky-linux-gnueabi -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,-rpath-link,/opt/poky/1.6.1/sysroots/cortexa8hf-vfp-neon-poky-linux-gnueabi//usr/lib -o qttest main.o mainwindow.o moc_mainwindow.o -L/opt/poky/1.6.1/sysroots/cortexa8hf-vfp-neon-poky-linux-gnueabi//usr/lib -lQtGuiE -lQtNetworkE -lQtCoreE -lpthread Now let's inspect the properties of both resulting binaries: $ du -sb */qttest/qttest 343746 debug/qttest/qttest 342886 release/qttest/qttest $ file */qttest/qttest debug/qttest/qttest: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, BuildID[sha1]=6f1df5ca2883716875ce3039c98f0716c653da2d, not stripped release/qttest/qttest: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, BuildID[sha1]=2c0241249f5b3d8d101dd78e0fcefcd710014931, not stripped So both files are not stripped, both contain debug syms etc. I would _not_ expect a release build to contain debug symbols. Before Yocto 1.3, the RELEASE build of a Qt application indeed did not contain any debug symbols and was compiled with -O2 . The DEBUG build was compiled with -O0 -g , therefore was not optimized and contained debug symbols. This behavior changed in Yocto 1.3 . By inspecting the environment setup script for the toolchain, we see (shortened) these variables: export CFLAGS=" -O2 -pipe -g -feliminate-unused-debug-types" export CXXFLAGS=" -O2 -pipe -g -feliminate-unused-debug-types" export LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed" export OE_QMAKE_CFLAGS="$CFLAGS" export OE_QMAKE_CXXFLAGS="$CXXFLAGS" export OE_QMAKE_LDFLAGS="$LDFLAGS" The problem is, that the CFLAGS etc contain -O2 -g unconditionally. Subsequently, the OE_QMAKE_CFLAGS="$CFLAGS" etc picks all those flags into the Qt application builds unconditionally. Therefore, independently if what I selected by 'qmake "CONFIG += {debug,release}"' , I will always get the -O2 -g etc CFLAGS because of the toolchain environment script. This was introduced in Yocto 1.3 , Yocto 1.2 worked perfectly fine. Is there any way I can get the old behavior, which allows me to build both release and debug builds , back please ? [1] http://www.denx.de/wiki/pub/ELDK-5/FrequentlyAskedQuestionsAndAnswers/qttest.tar.gz 44714 1 richard.purdie 2014-07-25 15:39:33 +0000 Looks like this was introduced by http://git.yoctoproject.org/cgit.cgi/poky/commit/meta/recipes-qt/meta?id=8575c864d4a15180fb9aeac6a4000c8a3548e05f Reassigning to Eric in the hope you can figure this out between you. I'm no qt expert... 44716 2 eric 2014-07-25 16:15:03 +0000 Marek : may you please try to unexport OE_QMAKE_CFLAGS OE_QMAKE_CXXFLAGS and OE_QMAKE_LDFLAGS after sourcing the env script to see if that fix your problem ? It seems "-O2 -pipe -g -feliminate-unused-debug-types" is added in both case thus introducing debug symbols in the release one and I assume this comes from these env variables. Thanks, 44740 3 2060 marek.vasut 2014-07-27 05:59:17 +0000 Created attachment 2060 [PATCH] Yocto: qt4: Let qmake control some compiler/linker flags 44741 4 marek.vasut 2014-07-27 06:00:16 +0000 (In reply to comment #2) > Marek : may you please try to unexport OE_QMAKE_CFLAGS > OE_QMAKE_CXXFLAGS and OE_QMAKE_LDFLAGS after sourcing the env script to > see if that fix your problem ? > > It seems "-O2 -pipe -g -feliminate-unused-debug-types" is added in both > case thus introducing debug symbols in the release one and I assume > this comes from these env variables. > > Thanks, Yes, this is where it comes from. I attached a patch which solves the issue. Thank you! 51006 5 bluelightning 2015-05-14 15:30:13 +0000 To keep the status of this updated, when the patch got sent to the mailing list there was some disagreement over the proposed fix: http://patchwork.openembedded.org/patch/77473/ At the moment I think we're stuck with the status quo unless someone can come up with a solution that satisfies both sides. 74376 6 bluelightning 2017-06-20 11:08:35 +0000 We're not really actively maintaining meta-qt4 these days and Qt4 is unmaintained upstream as well, so marking as WONTFIX. 2060 2014-07-27 05:59:17 +0000 2014-07-27 05:59:17 +0000 [PATCH] Yocto: qt4: Let qmake control some compiler/linker flags 0001-Yocto-qt4-Let-qmake-control-some-compiler-linker-fla.patch text/plain 2419 marek.vasut RnJvbSA4YjkxZDUxMjMzOGE2NWQ5NWIyMWU3Mzc1NjUzZGE1MTU4ZWIzYmUxIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBNYXJlayBWYXN1dCA8bWFyZXhAZGVueC5kZT4KRGF0ZTogU3Vu LCAyNyBKdWwgMjAxNCAwNzo0MDoyMiArMDIwMApTdWJqZWN0OiBbUEFUQ0hdIFlvY3RvOiBxdDQ6 IExldCBxbWFrZSBjb250cm9sIHNvbWUgY29tcGlsZXIvbGlua2VyIGZsYWdzCgpJbiB0aGUgY2Fz ZSBvZiBidWlsZGluZyBhbiBRdCBhcHBsaWNhdGlvbiBvdXRzaWRlIG9mIHRoZSBZb2N0bwpidWls ZCBzeXN0ZW0sIHdlIHdhbnQgdG8gbWFrZSBzdXJlIHRoYXQgYSAiZGVidWciIGNvbmZpZ3VyYXRp b24Kb2YgdGhlIGFwcGxpY2F0aW9uIGRvZXMgY29udGFpbiBkZWJ1ZyBzeW1ib2xzIGFuZCBpcyBo YXMgdGhlCmNvbXBpbGVyIG9wdGltYWxpemF0aW9uIHVuc2V0LiBPbiB0aGUgb3RoZXIgaGFuZCwg d2Ugd2FudCB0bwpoYXZlIGEgInJlbGVhc2UiIGJ1aWxkIHdoaWNoIGRvZXMgbm90IGNvbnRhaW4g dGhlIGRlYnVnIHN5bWJvbHMKYW5kIGhhcyB0aGUgY29tcGlsZXIgb3B0aW1hbGl6YXRpb24gdHVy bmVkIG9uLgoKVGhlIE9FX1FNQUtFXyogZmxhZ3Mgc2VydmUgdG8gcGFzcyBhbGwga2luZHMgb2Yg ZmxhZ3MgaW50byB0aGUKcW1ha2UtZ2VuZXJhdGVkIE1ha2VmaWxlLiBDdXJyZW50bHksIHdlIHNl dCBPRV9RTUFLRV9DRkxBR1MgdG8KYmUgJHtDRkxBR1N9IGFuZCBkaXR0byBmb3IgQ1hYRkxBR1Mg YW5kIExERkxBR1MgaW4gdGhlIFNESwp0b29sY2hhaW4gZW52aXJvbm1lbnQgc2NyaXB0LiBUaGlz IHBvc2VzIGEgcHJvYmxlbSwgc2luY2UgdGhlCkNGTEFHUyBjYW4gY29udGFpbiBvcHRpbWl6YXRp b24gb3B0aW9ucyAoLU8qKSBhbmQgZXZlbiBmbGFncyB0bwpwcm9kdWNlIGRlYnVnZ2luZyBpbmZv ICgtZykuIFRoZSBMREZMQUdTIG1heSBhbHNvIGNvbnRhaW4gc29tZQpoYXJtZnVsIGZsYWdzLgoK VGhlIGVhc3kgd2F5IG91dCBpcyB0byBsZXQgcW1ha2UncyBhcm15IG9mIGNvbmZpZ3VyYXRpb24g ZmlsZXMKaGFuZGxlIHRoZSBwcm9wZXIgY29uZmlndXJhdGlvbiBvZiBDRkxBR1MsIENYWEZMQUdT IGFuZCBMREZMQUdTCmZvciB0aGUgZ2VuZXJhdGVkIE1ha2VmaWxlIGFuZCBkb24ndCBpbnRlcmZl cmUgd2l0aCBxbWFrZSdzCmRlY2lzaW9ucyBieSBhZGRpbmcgYXJiaXRyYXJ5IGZsYWdzLiBUaGlz IHBhdGNoIGNvbXBsZXRlbHkKc2NydWJzIE9FX1FNQUtFX0N7LFhYfUZMQUdTIGFuZCBsZWF2ZXMg b25seSBoYXJtbGVzcyBmbGFncyBpbgpPRV9RTUFLRV9MREZMQUdTLiBXaXRoIHRoaXMgcGF0Y2gs IHRoZSBiZWhhdmlvciBpcyBhcyBpdCBpcwpleHBsYWluZWQgaW4gdGhlIGZpcnN0IHBhcmFncmFw aC4KClNpZ25lZC1vZmYtYnk6IE1hcmVrIFZhc3V0IDxtYXJleEBkZW54LmRlPgotLS0KIG1ldGEv cmVjaXBlcy1xdC9tZXRhL21ldGEtdG9vbGNoYWluLXF0LmluYyB8IDYgKysrLS0tCiAxIGZpbGUg Y2hhbmdlZCwgMyBpbnNlcnRpb25zKCspLCAzIGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL21l dGEvcmVjaXBlcy1xdC9tZXRhL21ldGEtdG9vbGNoYWluLXF0LmluYyBiL21ldGEvcmVjaXBlcy1x dC9tZXRhL21ldGEtdG9vbGNoYWluLXF0LmluYwppbmRleCBjOWJkZWFlLi42YjE2MmJkIDEwMDY0 NAotLS0gYS9tZXRhL3JlY2lwZXMtcXQvbWV0YS9tZXRhLXRvb2xjaGFpbi1xdC5pbmMKKysrIGIv bWV0YS9yZWNpcGVzLXF0L21ldGEvbWV0YS10b29sY2hhaW4tcXQuaW5jCkBAIC03LDkgKzcsOSBA QCByZXF1aXJlIHJlY2lwZXMtY29yZS9tZXRhL21ldGEtdG9vbGNoYWluLmJiCiBRVF9UT09MU19Q UkVGSVggPSAiJHtTREtQQVRITkFUSVZFfSR7YmluZGlyX25hdGl2ZXNka30iCiAKIHRvb2xjaGFp bl9jcmVhdGVfc2RrX2Vudl9zY3JpcHRfYXBwZW5kKCkgewotICAgIGVjaG8gJ2V4cG9ydCBPRV9R TUFLRV9DRkxBR1M9IiRDRkxBR1MiJyA+PiAkc2NyaXB0Ci0gICAgZWNobyAnZXhwb3J0IE9FX1FN QUtFX0NYWEZMQUdTPSIkQ1hYRkxBR1MiJyA+PiAkc2NyaXB0Ci0gICAgZWNobyAnZXhwb3J0IE9F X1FNQUtFX0xERkxBR1M9IiRMREZMQUdTIicgPj4gJHNjcmlwdAorICAgIGVjaG8gJ2V4cG9ydCBP RV9RTUFLRV9DRkxBR1M9IiInID4+ICRzY3JpcHQKKyAgICBlY2hvICdleHBvcnQgT0VfUU1BS0Vf Q1hYRkxBR1M9IiInID4+ICRzY3JpcHQKKyAgICBlY2hvICdleHBvcnQgT0VfUU1BS0VfTERGTEFH Uz0iJHtUQVJHRVRfTElOS19IQVNIX1NUWUxFfSInID4+ICRzY3JpcHQKICAgICBlY2hvICdleHBv cnQgT0VfUU1BS0VfQ0M9JENDJyA+PiAkc2NyaXB0CiAgICAgZWNobyAnZXhwb3J0IE9FX1FNQUtF X0NYWD0kQ1hYJyA+PiAkc2NyaXB0CiAgICAgZWNobyAnZXhwb3J0IE9FX1FNQUtFX0xJTks9JENY WCcgPj4gJHNjcmlwdAotLSAKMi4wLjEKCg==