Question

首先，问题不是Qt找不到目标.so，qt可以找到它，但它无法加载它并且在终端和gdb上都没有生成日志....似乎qmake / make使用了错误的库，但我在make install生成的交叉编译环境中只安装了一个qt。

我正在努力为Windows上的覆盆子pi交叉编译qt5.10。我正在使用msys2，gnutoolchains的覆盆子链。

这里的问题是编译过程构建的示例运行几乎没有问题，我只需要添加一个qt.conf来修复msys2的前缀覆盖，它可以运行并显示我的pi上的内容。

但是当谈到qt creator，或qmake的交叉编译时，它开始告诉我：

This application failed to start because it could not find or load the Qt platform plugin "xcb"

以下是两个问题，首先，平台插件不应该是xcb，因为我在没有x的情况下运行，交叉编译版本默认使用eglfs。其次，即使是eglfs的特定平台插件，它仍然告诉我它无法加载eglfs。

我将两个版本的程序放在同一个地方。

qt5pi/examples/opengl/2dpainting $ ls
2dpainting      glwidget.cpp  helper.h  widget.cpp  window.h
2dpainting.pro  glwidget.h    main.cpp  widget.h
2dpaint_my      helper.cpp    qt.conf   window.cpp

2dpaint_my由qmake && make编译而2dpainting由qt的交叉编译过程使用相同的源。

我怀疑qt在交叉编译期间添加了一些内容，但我不确定它是如何发生的。关于raspberry pi的Qt'wiki不包含这个问题。

更新

它看起来甚至连接到我身上。我将一个正在运行的示例从其文件夹复制到另一个文件夹，它也崩溃了，事情看起来像这样..

pi@raspberrypi:/usr/local/qt5pi/examples/qt_test $ cp ../opengl/2dpainting/2dpainting .
pi@raspberrypi:/usr/local/qt5pi/examples/qt_test $ ./2dpainting
This application failed to start because it could not find or load the Qt platform plugin "xcb"
in "".

Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen,vnc, webgl, xcb.

Reinstalling the application may fix this problem.
Aborted
pi@raspberrypi:/usr/local/qt5pi/examples/qt_test $ ../opengl/2dpainting/2dpainting
qt.qpa.egldeviceintegration: EGL device integration plugin keys: ("eglfs_brcm","eglfs_emu")
qt.qpa.egldeviceintegration: EGL device integration plugin keys (sorted): ("eglfs_brcm", "eglfs_emu")
qt.qpa.egldeviceintegration: Trying to load device EGL integration "eglfs_brcm"
qt.qpa.egldeviceintegration: Using EGL device integration "eglfs_brcm"
qt.qpa.input: Initializing tslib plugin "TsLib" ""
qt.qpa.input: tslib device is "/dev/input/event0"

Answer 1

我不确定，但似乎qt＆＃w; wiki上的这一步将一些qt5.7文件引入了lib文件夹。

sudo apt-get update
sudo apt-get build-dep qt4-x11
sudo apt-get build-dep libqt5gui5
sudo apt-get install libudev-dev libinput-dev libts-dev libxcb-xinerama0-dev libxcb-xinerama0

问题是，qt的例子，当它在他们自己的文件夹上时，可以神奇地找到（也许qmake install做了什么？）并使用正确的*.so，所以没有问题

但是，在使用qmake进行编译时，程序无法找到正确的库，因此较新的libq*.so使用较早的libQtXXXXX.so导致此问题。这就是它如何在编译时使用不同的qt版本。

并且，这表示来自wiki的步骤13中的可选00-：

[on RPi] Update the device to let the linker find the Qt libs:
echo /usr/local/qt5pi/lib | sudo tee /etc/ld.so.conf.d/qt5pi.conf
sudo ldconfig
If you're facing issues with running the example, try to use 00-qt5pi.conf instead of qt5pi.conf, to introduce proper order.

即使示例运行也应该没有问题。

在编译后运行qmake时，如何在交叉编译qt期间构建Qt示例？

更新

1 个答案: