Version: unspecified (using Devel) OS: MS Windows Currently, the aprs plugin doesn't compile on Win32/MSVC because it tries to include a private Qt header file which doesn't get installed by the emerge build system. I have disabled the plugin in CMakeLists.txt on Win32 for now, it should be re-enabled as soon as the private headers get correctly installed (or another solution is found) Reproducible: Always
Err... which header? I'm not a windows build expert, but I'm confused as to where the problem lies? You mean you can't compile it because there are .h files that don't get installed?
It is qextserialport.h 144:#include <QtCore/private/qwineventnotifier_p.h> which is (atm) not installed by the emerge tool kde-windows uses.
SVN commit 1147243 by hardaker: BUG: 241125 - remove the private Qt include which is not needed anyway M +0 -5 CMakeLists.txt M +0 -1 aprs/qextserialport.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1147243
It doesn't seem to be needed, so I removed it's include and re-enabled the plugin on windows.
The private header include is needed, currently the aprs plugin does not compile on windows: qextserialport.h:297: error: ISO C++ forbids declaration of 'QWinEventNotifier' with no type"
SVN commit 1179978 by chehrlic: reapply r1136038 CCBUG: 241125 M +2 -2 CMakeLists.txt WebSVN link: http://websvn.kde.org/?view=rev&revision=1179978
SVN commit 1196283 by nienhueser: reapply r1136038. Backport of commit 1179978. CCBUG: 241125 M +2 -0 CMakeLists.txt WebSVN link: http://websvn.kde.org/?view=rev&revision=1196283
Git commit f8ea7ba60fa3d3bca313e1c3b440ed7173245cc8 by Pino Toscano. Committed on 30/11/2012 at 19:09. Pushed by pino into branch 'master'. aprs: use external QextSerialPort for TTY reading Instead of embedding an (old) copy of the QextSerialPort library, find for an external one; only if found enable the reading from TTY, which is otherwise disabled (leaving its configuration tab disabled). The drop of the internal QextSerialPort should also fix all the portability issues, since the plugin itself does not use any OS-dependent API, and it is then reenabled unconditionally. Hence, Related: bug 237931, bug 242039 should now be fixed, and should not happen anymore. REVIEW: 107536 A +16 -0 cmake/modules/FindQextSerialPort.cmake M +1 -3 src/plugins/render/CMakeLists.txt M +17 -2 src/plugins/render/aprs/AprsPlugin.cpp M +2 -1 src/plugins/render/aprs/AprsTTY.cpp M +10 -13 src/plugins/render/aprs/CMakeLists.txt M +2 -2 src/plugins/render/aprs/aprsconfig.h.in D +0 -979 src/plugins/render/aprs/posix_qextserialport.cpp D +0 -262 src/plugins/render/aprs/qextserialport.cpp D +0 -338 src/plugins/render/aprs/qextserialport.h D +0 -21 src/plugins/render/aprs/qextserialport_global.h D +0 -874 src/plugins/render/aprs/win_qextserialport.cpp http://commits.kde.org/marble/f8ea7ba60fa3d3bca313e1c3b440ed7173245cc8