[branch rtklib_2.4.3] Building Qt app fails with getmain.cpp:507:45: error: ‘class QDropEvent’ has no member named ‘position’

[dreirund]

When I build the Qt app (Qt5) (branch rtklib_2.4.3), it fails for me with getmain.cpp:507:45: error: ‘class QDropEvent’ has no member named ‘position’:

make[2]: Entering directory '/tmp/makepkg/build/rtklib-qt-git/src/RTKLIB/app/qtapp/rtkget_qt'
g++ -c -pipe -g -std=gnu++11 -Wall -Wextra -D_REENTRANT -fPIC -D_RTLDLL -DNO_STRICT -DTRACE -DENAGLO -DENAQZS -DENAGAL -DENACMP -DENAIRN -DNFREQ=5 -DNEXOBS=3 -DSVR_REUSEADDR -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I. -I../../../src -I../appcmn_qt -I/usr/include/qt -I/usr/include/qt/QtWidgets -I/usr/include/qt/QtGui -I/usr/include/qt/QtCore -I. -I. -I/usr/lib/qt/mkspecs/linux-g++ -o getmain.o getmain.cpp
getmain.cpp: In member function ‘virtual void MainForm::dropEvent(QDropEvent*)’:
getmain.cpp:507:45: error: ‘class QDropEvent’ has no member named ‘position’
  507 |     if (stationListWidget == childAt(event->position().toPoint()))
      |                                             ^~~~~~~~
make[2]: *** [Makefile:1236: getmain.o] Error 1
make[2]: Leaving directory '/tmp/makepkg/build/rtklib-qt-git/src/RTKLIB/app/qtapp/rtkget_qt'
make[1]: *** [Makefile:117: sub-rtkget_qt-install_subtargets] Error 2

Regards!

[JensReimann]

Thank you for reporting the issue. Current development is going on in RtklibExplorer's repository https://github.com/rtklibexplorer/. We will keep compatibility to Qt5 for some time, but I won't fix it here.

Note: The new code is currently under heavy development and probably introduces also new bugs. We will only fix it in the upcoming weeks (including yours).

[dreirund]

Current development is going on in RtklibExplorer's repository https://github.com/rtklibexplorer/

If this is the official place for the code now, then I suggest

• You put a prominent information at the beginning of the README,
• maybe archive this repository.

Regards and thanks for telling!

[DavidKelleySCSC]

JensReimann; Not too concerned where you put it (as I watch both repositories), but if I may ask; what's your plan for Qt6 long term? We are moving a major software production (that still has some very key RTKLIB derived code in it) from Qt 5.12 to Qt 5.15.2 this week. But to be frank, the move to Qt6.x (along with its strange new 'no longer free' commercial usage fees) is very off putting. Prefer not to get trapped into Qt6, but otherwise we should sync out own work up to this effort.

[dreirund]

On Fri, 16 Feb 2024 12:11:47 -0800, DC Kelley ***@***.***> wrote: but if I may ask; **what's your plan for Qt6 long term?**

I just took over the Arch Linux AUR package of it (well, not really, but I fixed it and posted the fix) and I am not doing anything more than just having it maintained and reporting issues I found. If Qt6 builds as easily as Qt5 and maintaining dependencies is also similar, then I don't care.