Location of Qt libs on raspberry pi3
-
Are you sure that they are not the one provided by the distribution you are using on the Pi ?
If you want to use the other ones, I would use rsync to copy them form the desktop machine in the same folder in the sysroot.
-
Are you sure that they are not the one provided by the distribution you are using on the Pi ?
If you want to use the other ones, I would use rsync to copy them form the desktop machine in the same folder in the sysroot.
You are completely right with your remark.
The prefix used in configure will only effect where your application will be copied, because you need always to give the password, if you have any.I have rsync used to copy the freshly compiled Qt libs, but I struggle at the moment to find the right EGL libs. This part of the guidelines are not matching what I found on rpi.
-
What trouble do you have with EGL ?
-
First ao all my statement at the beginning that I have followed the guidelines is not absolutely correct. I did miss the end of the guidelines after section with "configure up to make install".
After discovering that the Qt libs are obviously not the ones which should be used I had found the section for updating the Qt libs with rsync as you also recommended.
Now I am stuck in section 14. [on RPi]
sudo mv /usr/lib/arm-linux-gnueabihf/libEGL.so.1.0.0 /usr/lib/arm-linux-gnueabihf/libEGL.so.1.0.0_backup sudo mv /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0_backup sudo ln -s /opt/vc/lib/libEGL.so /usr/lib/arm-linux-gnueabihf/libEGL.so.1.0.0 sudo ln -s /opt/vc/lib/libGLESv2.so /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 sudo ln -s /opt/vc/lib/libbrcmEGL.so /opt/vc/lib/libEGL.so sudo ln -s /opt/vc/lib/libbrcmGLESv2.so.2 /opt/vc/lib/libGLESv2.soIt does not match what I have found on my RPi. Only the first "mv" is possible, but already the next "mv"
sudo mv /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0_backupis not possible because "/usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0" is not there.
The libraries on "/opt/vc/lib" are also different they feature a "_static". Therefore, I assume that they are static version and not the ones required.
A "find" run on the RPi did not show any other version.The "funny" thing is that I was able to compile the analogclock example with a cross-compiled version of 5.9.2 and the obvious old/standard version of those libs. I guess the EGL did not work properly, because I could not show an image in the clock as a test.
The update to proper Qt dynamic libs with rsync created now more in coimpatibilities. The example does not work anymore.
-
I guess that is the explanation for the problems. A reference link is given in the guidelines, but hard to see with the color scheme.
-
Are you using the same Linux distribution on the RPi ?
-
Yes, I am using "2018-11-13-raspbian-stretch-full" as found by following the download links.
Part of my problems are due to missing knowledge on linux and wrong sequence in letters.
I got the example analogclock back to work by basically running those commands (sudo ln -s ...) blindly.
However, the analogclock is not working properly. It is always started in full screen mode without anything left to stop the application. I plan to follow the comments given in the bug report. At the moment I got a feeling of entering the next struggle of a "windows boy" on linux.
-
I have recompiled with adjusted settings as recommended (always a bit of interpretation required).
However, nothing changed. The analog example is shown full screen, even buttons are missing. Therefore a stop through Qt creator from my linux machine or a reboot of RPi required .
Still the same error return messages found in Qt creator output window13:28:52: Starting /usr/local/qt5pi/examples/gui/analogclock/analogclock... Unable to query physical screen size, defaulting to 100 dpi. To override, set QT_QPA_EGLFS_PHYSICAL_WIDTH and QT_QPA_EGLFS_PHYSICAL_HEIGHT (in millimeters).No clue how to change that.
-
Probably a really stupid question for all those familiar to linux. However, I am typically developing on Windows.
Finally I have managed to cross-compile Qt 5.9.2 for raspberry pi3 based on https://wiki.qt.io/RaspberryPi2EGLFS
The cross-compilation is done in a virtual box running ubuntu. Ihave followed the guidelines and also did at the end "make install".
I have setup Qt creator also in the virtual box and was able to compile the analog clock example code and transfer it to the raspberry pi. It also runs "hurray"Since the configure holds prefix information "-prefix /usr/local/qt5pi" I expected to find all dynamic libraries somehow in that specified folder on rpi, but the only thing I have found is a folder called "examples/gui/analogclock" and the application analogclock there.
Where are the dynamic libraries from my cross-compilation?
@koahnig said in Location of Qt libs on raspberry pi3:
Finally I have managed to cross-compile Qt 5.9.2 for raspberry pi3 based on https://wiki.qt.io/RaspberryPi2EGLFS
If you did follow all the steps exactly, the location of Qt libraries in RPi is stated in step #6
/usr/local/qt5piand given you moved the cross-compiled libraries to the device given in step #11
rsync -avz qt5pi pi@raspberrypi.local:/usr/local -
@koahnig said in Location of Qt libs on raspberry pi3:
Finally I have managed to cross-compile Qt 5.9.2 for raspberry pi3 based on https://wiki.qt.io/RaspberryPi2EGLFS
If you did follow all the steps exactly, the location of Qt libraries in RPi is stated in step #6
/usr/local/qt5piand given you moved the cross-compiled libraries to the device given in step #11
rsync -avz qt5pi pi@raspberrypi.local:/usr/local -
I did follow and the freshly recompiled have been rsynced. However,it did not change the error message as given in my prior post.
