On 04/01/2019 15:31, Bill Somerville wrote:
There may be some issues with non-standard Qt configuration on Linux
systems. On other platforms we have to generate a qt.conf to tell WSJT-X
where to find things like Qt plugins. Have you done a 'make install' on
your Qt build?
Tried QT_PLUGIN_PATH=~/Qt5.9.7/5.9.7/gcc_64/plugins
No change.
I did not compile Qt. I used the .run file from here...
Could it be that builds are backwards compatible but not forward
compatible with respect to Qt versions? e.g. a build using 5.8.1 would
run on say 5.5, but not on 5.9.7?
Another question, for what reason are you trying to build WSJT-X with a
version of Qt different from the one available in your Linux
distribution's repositories?
I am beginning to wonder! Still on Mint 17.3 (Ubuntu 14.04) here. Only
Qt5.2.1 in the repos.
Got interested in how the OS selects the default Qt version.
$ ls -l /usr/lib/x86_64-linux-gnu//qt-default/qtchooser
total 0
lrwxrwxrwx 1 root root 33 Jan 4 14:48 default.conf ->
/usr/share/qtchooser/qt5.9.7.conf
lrwxrwxrwx 1 root root 34 Jan 1 17:11 default.conf.5.11.3 ->
/usr/share/qtchooser/qt5.11.3.conf
lrwxrwxrwx 1 root root 53 Dec 15 16:18 default.conf.qt4 ->
../../../../share/qtchooser/qt4-x86_64-linux-gnu.conf
lrwxrwxrwx 1 root root 33 Jan 4 14:17 default.conf.qt5.8.1 ->
/usr/share/qtchooser/qt5.8.1.conf
lrwxrwxrwx 1 root root 33 Jan 4 14:11 default.conf.qt5.9.7 ->
/usr/share/qtchooser/qt5.9.7.conf
default.conf links to a .conf which contains two lines
/home/nick/Qt5.9.7/5.9.7/gcc_64/bin
/home/nick/Qt5.9.7/5.9.7/gcc_64
which I think are the locations of the Qt binaries and libraries.
I'll do some more tests.
73
Nick
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
