I've noticed that since v5.4.9 Qt6 has been supported, but the recommended usage for Windows users is to get the zip or 7z folder to use the binaries, which still uses Qt5 dll's. I tried the other suggested method for building on Windows (running nmake in the config/msvc directory), but kept running into roadblocks only to discover that it looks like Windows Qt6 support hasn't been included. This is potentially a bad thing for projects that use Windows and Linux, because if Linux user's build with Qt6 there could be potential bugs that won't be able to be identified for Windows user's. Is there a bug ticket or support ticket open for the folders with the binaries to include Qt6 dll's?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I agree that switching official Windows builds to Qt6 is eventually a good thing. It still runs fine with Qt5, though, and there's a bit of Windows-specific trickery to enable the wgnuplot GUI and windows, qt, and wxt terminals to work at the same time. That may or may not work with Qt6 atm.
At the minimum, the Makefiles in config/msvc and confing/mingw would need an update.
It is easiest to build gnuplot with MSYS2/MINGW64 on Windows as MSVC library dependencies can be a pain.
(Also, I would recommend using the Windows installer if possible instead of a zip/7z package)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Turns out that compilation with Qt6 is straight forward with some minor tweaks to the Makefile only. But indeed the communciation channel (using Windows specific code) no longer works. Plotting works fine, but keyboard/mouse commands are not sent/received. That was some really complicated code to get right in the first place. I make no promises as to when I will get around looking at this.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've noticed that since v5.4.9 Qt6 has been supported, but the recommended usage for Windows users is to get the zip or 7z folder to use the binaries, which still uses Qt5 dll's. I tried the other suggested method for building on Windows (running nmake in the config/msvc directory), but kept running into roadblocks only to discover that it looks like Windows Qt6 support hasn't been included. This is potentially a bad thing for projects that use Windows and Linux, because if Linux user's build with Qt6 there could be potential bugs that won't be able to be identified for Windows user's. Is there a bug ticket or support ticket open for the folders with the binaries to include Qt6 dll's?
I agree that switching official Windows builds to Qt6 is eventually a good thing. It still runs fine with Qt5, though, and there's a bit of Windows-specific trickery to enable the wgnuplot GUI and windows, qt, and wxt terminals to work at the same time. That may or may not work with Qt6 atm.
At the minimum, the Makefiles in config/msvc and confing/mingw would need an update.
It is easiest to build gnuplot with MSYS2/MINGW64 on Windows as MSVC library dependencies can be a pain.
(Also, I would recommend using the Windows installer if possible instead of a zip/7z package)
Turns out that compilation with Qt6 is straight forward with some minor tweaks to the Makefile only. But indeed the communciation channel (using Windows specific code) no longer works. Plotting works fine, but keyboard/mouse commands are not sent/received. That was some really complicated code to get right in the first place. I make no promises as to when I will get around looking at this.