Qmake not executable while configuring

[jsulm]

@Rohit39 said in Qmake not executable while configuring:

Did i done wrong while toolchain creation in yocto?

Looks like that. Then you cross compile Qt you should get tools like qmake compiled for HOST architecture, not target architecture as you execute them on host machine when cross compiling your apps.

[Rohit39]

I have created toolchain by following settings:
MACHINE ??= 'imx6ull14x14evk' in local.conf
do i need to change it ?

[jsulm]

@Rohit39 Did you search for qmake outside of "sysroots" folder (but inside /opt/fsl-imx-x11/4.9.88-2.0.0)?

[Rohit39]

@jsulm qmake file location is : /opt/fsl-imx-x11/4.9.88-2.0.0/sysroots/cortexa7hf-neon-poky-linux-gnueabi/usr/bin/qt5

and sysroots folder contains as follows:
cortexa7hf-neon-poky-linux-gnueabi x86_64-pokysdk-linux

[jsulm]

@Rohit39 said in Qmake not executable while configuring:

qmake file location is

So, there is no other qmake?
Did you try

find /opt/fsl-imx-x11 -name qmake

?

[Rohit39]

@jsulm Thank you for your response.
if do find /opt/fsl-imx-x11 -name qmake output is as follow:
/opt/fsl-imx-x11/4.9.88-2.0.0/sysroots/cortexa7hf-neon-poky-linux-gnueabi/usr/src/debug/qtbase/5.9.4+gitAUTOINC+0d9208cecb-r0/git/qmake

/opt/fsl-imx-x11/4.9.88-2.0.0/sysroots/cortexa7hf-neon-poky-linux-gnueabi/usr/bin/qt5/.debug/qmake

/opt/fsl-imx-x11/4.9.88-2.0.0/sysroots/cortexa7hf-neon-poky-linux-gnueabi/usr/bin/qt5/qmake

first one is directory and last two are executable with following information
if do file /opt/fsl-imx-x11/4.9.88-2.0.0/sysroots/cortexa7hf-neon-poky-linux-gnueabi/usr/bin/qt5/.debug/qmake

qmake: ELF 32-bit LSB executable, ARM, EABI5 version 1 (GNU/Linux), dynamically linked, interpreter empty, for GNU/Linux 3.2.0, BuildID[sha1]=a8d35a7ec22c1c368ba4b9906dc9cd880f146834, not stripped

and file /opt/fsl-imx-x11/4.9.88-2.0.0/sysroots/cortexa7hf-neon-poky-linux-gnueabi/usr/bin/qt5/qmake
qt5/qmake: ELF 32-bit LSB executable, ARM, EABI5 version 1 (GNU/Linux), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=a8d35a7ec22c1c368ba4b9906dc9cd880f146834, stripped

[jsulm]

@Rohit39 Then it looks like host tools were not generated or installed. But I'm not Yocto expert.

[Rohit39]

Thank You For Valuable response @jsulm

[Rohit39]

Please let me know if anyone have some idea about this

[SGaist]

Take a look at this article, it talks about building a SDK targeted at cross-compilation with Qt.

[Rohit39]

@SGaist I followed same link. but not able to produced qmake for x86 platform

[SGaist]

What exactly did you do ?

[Rohit39]

@SGaist I have followed first
$bitbake meta-toolchain-qt5
but it throws an error :
Error: Transaction check error:file /opt/fsl-imx-x11/4.9.88-2.0.0/sysroots/x86_64-pokysdk-linux/environment-setup.d conflicts between attempted installs of nativesdk-cmake-3.8.2-r0.x86_64_nativesdk and nativesdk-qtbase-tools-5.9.4+git0+0d9208cecb-r0.x86_64_nativesdk
Its for Rocko version.
and about to follow steps as below from doc
inherit populate_sdk_qt5 == [in recipe image]
$bitbake -c populate_sdk <image-name>

so its not generating qmake file for x86 architecture.

[SGaist]

The versions of the two clashing packages looks pretty old...

[Rohit39]

Do you mean Yocto version: Rocko Right?

[SGaist]

I was thinking about both cmake and Qt versions.