Hi author here,

Now there's a dedicated guide available to follow for cross-compiling latest QT for any Raspberry Pi Model or Version with mentioned GCC toolchains:

https://github.com/abhiTronix/raspberry-pi-cross-compilers/blob/master/QT_build_instructions.md

Hi,

It might be of interest and would likely benefit from a plugin in Qt Creator. However the first step would be to have it build various Qt project types.

Note that cmake won't be transitional. It's going to be the build system of Qt 6 and thus it's going to stay like this for the whole Qt 6 lifetime at least. Just take a look at the lifetime of qmake.

Hi and welcome to devnet,

Why not have Qbs also inside the container ?

Because I had the same Issues with the same Tutorial and often came along this discussion while searching for possible solutions, I took the privilege to dig up this old thread. With the help of What would be a pratical example of sysroot and prefix options for Qt and especially the mentioned option,

quote:"
-no-gcc-sysroot

very specific hack for compilers that can't find their own crt inside --sysroot

passes sysroot to pkgconfig and others, but not to gcc

so that gcc will be called with -L/sysroot/lib/ correctly, but doesn't try to find implicit paths (crt) here.

", I was able to fix the problem.

Problem solved, I just change Qt from 5.6 to 5.7 and fixQualifiedLibraryPaths from https://wiki.qt.io/Raspberry_Pi_Beginners_Guide to sysroot-relativelinks.py from https://wiki.qt.io/RaspberryPi2EGLFS.

Hello.
Could you please help,
I call a command in MSYS2

../qt-everywhere-src-5.15.2/configure -platform win32-g++ -xplatform linux-arm-gnueabi-g++ -release -opengl es2 -device linux-rasp-pi3-g++ -sysroot C:/SysGCC/raspberry/arm-linux-gnueabihf/sysroot -prefix /usr/local/qt5

and after some time get an error:

Creating qmake... make: g++: No such file or directory make: *** [Makefile:258: main.o] Error 127

But I am sure the PATH variable contains the correct path to the gcc/g++. In windows CMD console I call g++ -v and get correct data.
If I call "which g++" in MSYS2, I get following:

# which g++ which: no g++ in (/usr/local/bin:/usr/bin:/bin:/opt/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl)

Why MSYS2 does not see the gcc/g++ ?? I have restarted PC already, no change.
From where these path addresses like /usr/local/bin:/usr/bin are coming??

I stuck on step 9 and 10, and have no idea.

Thank you!

@olejl77 this is the article I'm actually following! But the gcc-linaro-arm-linux-gnueabihf-raspbian doens't support ICU:

https://github.com/raspberrypi/tools/issues/41

and I don't understand which compiler the Qt5 stuff had in mind when wrote the linux-rpi3-g++ mkspec file because the architecture and the compiler flags are not supported!

@bignumb
Thank you very much for the detailed answer.
You've exactly got the point!

My host PC runs Debian Linux so I will try to follow your first link.
It's not the first time I cross-compile Qt5 but every time there is something to fix :)

Hi and welcome to devnet,

Did you regenerate the Xcode project after deleting Xcode 6.4 ?