Cross Compile With/Without Sysroot

[Parvez Khan]

@JonB I tried setting the the QT_DEBUG_PLUGINS flag to 1 and execute the project but there is no change in the error message. Thank you for the suggestion though.

[Parvez Khan]

@JonB Jon I think I have more information this time. Instead of clicking deploy button from the host I SSH into the target and ran ./projectName.pro and here is the result I get from that command:

QFactoryLoader::QFactoryLoader() checking directory path "/usr/local/qt5bbb/plugins/platforms" ...
QFactoryLoader::QFactoryLoader() looking at "/usr/local/qt5bbb/plugins/platforms/libqlinuxfb.so"
Found metadata in lib /usr/local/qt5bbb/plugins/platforms/libqlinuxfb.so, metadata=
{
    "IID": "org.qt-project.Qt.QPA.QPlatformIntegrationFactoryInterface.5.3",
    "MetaData": {
        "Keys": [
            "linuxfb"
        ]
    },
    "archreq": 0,
    "className": "QLinuxFbIntegrationPlugin",
    "debug": false,
    "version": 331520
}


Got keys from plugin meta data ("linuxfb")
QFactoryLoader::QFactoryLoader() looking at "/usr/local/qt5bbb/plugins/platforms/libqminimal.so"
Found metadata in lib /usr/local/qt5bbb/plugins/platforms/libqminimal.so, metadata=
{
    "IID": "org.qt-project.Qt.QPA.QPlatformIntegrationFactoryInterface.5.3",
    "MetaData": {
        "Keys": [
            "minimal"
        ]
    },
    "archreq": 0,
    "className": "QMinimalIntegrationPlugin",
    "debug": false,
    "version": 331520
}


Got keys from plugin meta data ("minimal")
QFactoryLoader::QFactoryLoader() looking at "/usr/local/qt5bbb/plugins/platforms/libqoffscreen.so"
Found metadata in lib /usr/local/qt5bbb/plugins/platforms/libqoffscreen.so, metadata=
{
    "IID": "org.qt-project.Qt.QPA.QPlatformIntegrationFactoryInterface.5.3",
    "MetaData": {
        "Keys": [
            "offscreen"
        ]
    },
    "archreq": 0,
    "className": "QOffscreenIntegrationPlugin",
    "debug": false,
    "version": 331520
}


Got keys from plugin meta data ("offscreen")
QFactoryLoader::QFactoryLoader() looking at "/usr/local/qt5bbb/plugins/platforms/libqvnc.so"
Found metadata in lib /usr/local/qt5bbb/plugins/platforms/libqvnc.so, metadata=
{
    "IID": "org.qt-project.Qt.QPA.QPlatformIntegrationFactoryInterface.5.3",
    "MetaData": {
        "Keys": [
            "vnc"
        ]
    },
    "archreq": 0,
    "className": "QVncIntegrationPlugin",
    "debug": false,
    "version": 331520
}


Got keys from plugin meta data ("vnc")
QFactoryLoader::QFactoryLoader() checking directory path "/home/debian/platforms" ...
qt.qpa.plugin: Could not find the Qt platform plugin "eglfs" in ""
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: linuxfb, minimal, offscreen, vnc.

Aborted

Does it give any insights to what is going on?

[JKSH]

@Parvez-Khan said in Cross Compile With/Without Sysroot:

Available platform plugins are: linuxfb, minimal, offscreen, vnc.

...

Does it give any insights to what is going on?

Yes it does.

Your copy of Qt is looking for the "eglfs" GUI plugin, but the higher-level GUI plugins were not built

• Desktop Linux machines tend to use the "xcb" or "wayland" plugins
• Embedded devices often use the "eglfs" plugin

However, you don't have any of these; you only have the "linuxfb", "minimal", "offscreen", and "vnc" plugins.

The plugins were not built because the sysroot GUI libraries were not found when you configured Qt. (You can check the configure.summary file to see what was as wasn't available)

Then I tried deploying a simple serial module project and guess what I get the following error

Does your project need a GUI? If not, build a Console application instead of a GUI application. That way, it you don't need the GUI plugins.

[sierdzio]

@Parvez-Khan said in Cross Compile With/Without Sysroot:

So here is the problem you see that message in the last line the new module files are being installed in the directory /home/khan/sysroot-glibc-linaro-2.23-2017.05-arm-linux-gnueabihf/usr/local/qt5bbb not in the /usr/local/qt5bbb. This is where things are going sideways, once again I copied the /usr/local/qt5bbb directory from the host to /usr/local/qt5bbb directory of the target.

I've checked my old config lines and have a suggestion: use -extprefix to tell configure where make install should go. Short summary of all prefix options:

• -hostprefix - this is where Qt will be built (make)
• -extprefix - this is where Qt will be installed (make install)
• -prefix - this is where Qt will be placed (on target device!)

[Parvez Khan]

@JKSH Thank you for explaining, can you tell what modification I have to made in my configure command to install eglfs plugin?

[Parvez Khan]

@sierdzio I have tried using -extprefix. I entered the following command:

./configure -platform linux-g++ -release -device linux-beagleboard-g++ -sysroot /usr/local/linaro/sysroot-glibc-linaro-2.23-2017.05-arm-linux-gnueabihf -prefix ~/prefix/Qt5BBB -extprefix ~/extprefix/Qt5BBB -hostprefix ~/hostprefix/Qt5BBB -device-option CROSS_COMPILE=/usr/local/linaro/gcc-linaro-6.3.1-2017.05-x86_64_arm-linux-gnueabihf/bin/arm-linux-gnueabihf- -nomake tests -nomake examples -no-opengl -opensource -confirm-license -reduce-exports -make libs 

I have provided a separate folders for each one of the prefix, after compiling QT, compiled the serial port module and then copied the folder to target but still no luck, I am still getting the following error:

/home/debian//GC_1.pro: error while loading shared libraries: libQt5SerialPort.so.5: cannot open shared object file: No such file or directory
12:58:26: Application finished with exit code 127.

This is one of the stubborn problem I have ever experienced. It just don't go away no matter what I do.

[sierdzio]

Why do you compile serial port module later? Just include it in your Qt folder and it will build together with the whole package, like any other module does.

[Parvez Khan]

@sierdzio sierdzio, do I have to include that in the configure command?

I am building the QT by going into base folder, are you saying that I should be doing that outside the base folder and it will compile all modules?

[JKSH]

@Parvez-Khan said in Cross Compile With/Without Sysroot:

Thank you for explaining, can you tell what modification I have to made in my configure command to install eglfs plugin?

It's not a configuration setting. You must make sure that the EGL libraries are installed before you run configure.

After you run configure, inspect the summary file. It will tell you which features are enabled and which are disabled.

I am building the QT by going into base folder, are you saying that I should be doing that outside the base folder and it will compile all modules?

You should run configure in the directory above qtbase. And yes, that will compile all modules.

(Note: You should delete all files that were generated from your previous configuration and build before you proceed)

[sierdzio]

@Parvez-Khan said in Cross Compile With/Without Sysroot:

@sierdzio sierdzio, do I have to include that in the configure command?

I am building the QT by going into base folder, are you saying that I should be doing that outside the base folder and it will compile all modules?

Of course! Running configure Qt from within qtbase folder is not officially supported! You should always run configure from main directory of Qt source code, where all modules reside.

[Parvez Khan]

@sierdzio @JKSH I think I have found the problem but I don't know how to fix it.

So this time I compiled all the modules and kept 3 separate folders for prefix, extprefix, and hostprefix using the following configure command:

./configure -platform linux-g++ -release -device linux-beagleboard-g++ -sysroot ~/qt5.12.2/sysroot-glibc-linaro-2.23-2017.05-arm-linux-gnueabihf -prefix ~/qt5.12.2/prefix/Qt5BBB -extprefix ~/qt5.12.2/extprefix/Qt5BBB -hostprefix ~/qt5.12.2/hostprefix/Qt5BBB -device-option CROSS_COMPILE=~/qt5.12.2/gcc-linaro-6.3.1-2017.05-x86_64_arm-linux-gnueabihf/bin/arm-linux-gnueabihf- -nomake tests -nomake examples -no-opengl -opensource -confirm-license -reduce-exports -make libs

After compilation completes there are only two sub folders(i.e extprefix and hostprefix) created in the ~/qt5.12.2 directory, it does not create a folder for prefix.

When I opened the library folder of extprefix I found that all the serial library files are present:

and here is a picture of the hostprefix library folder you see there are in fact no serial library files that is why the Qt creator is throwing the "no such file or directory" error while running a project.

Also there is no qmake file in the bin folder of extprefix:

This is happening after compiling Qt from its source code directory, there was absolutely no errors during compilation process. I think there is in fact a problem or bug hidden some where.

[Parvez Khan]

Finally, I had to install qt module using this guide into my target device (i.e Beaglebone black), thank you all for your inputs.

[sierdzio]

Thanks for sharing the solution! Maybe it will help somebody else, too :-)

That was quite an adventure :-)

[Parvez Khan]

@sierdzio I hope it helps some one who find them self in the same situation and a huge thanks to you for helping out.