Can't seem to build this. I need libraries that I can link with a wxWidgets C++ project, and since they apparently aren't included in the binary distros I need to build them. Have tried several mingw compilers and several versions of source over the past couple of days.
I'd prefer to build with mingw 9.2 compiler and current source however I get stuck with compiler looking for htmlhelp.h file. Microsofts link (http://go.microsoft.com/fwlink/p/?linkid=154968) for the HTML Help 1.4 SDK is dead. If anyone can tell me how to get around this I'd appreciate it. Kind of sad that a great open source project depends on something MS makes hard to get.
My second approach is to go back to an older version that doesn't require HTML Help, so I'm trying to build 4.6.6 using TDM-GCC-32-9.2 thru MSYS 1.0. The build process goes for quite a while till it gives the following error: "_WIN32_WINNT setting conflicts with specified WINVER"
I don't have a lot of knowledge at this level of makefiles and compilation. The file sdkddkver.h of the compiler looks like it doesn't see WINVER being set, and I don't see how to rectify the situation. I realize this error question may more properly be addressed in some mingw forum, but if you happen to know what's going on here I'd appreciate a tip.
If you can suggest a build configuration (compiler specifics, source version, makefile tweaks, and readily available 3rd party dependencies) that works I would really appreciate it.
Microsofts link (http://go.microsoft.com/fwlink/p/?linkid=154968) for the HTML Help 1.4 SDK is dead
Microsoft has developed quite a bad habit of misplacing that download. I don't think I've ever found it twice in the same place. If all else fails, you may have to use the wayback machine to find it.
My second approach is to go back to an older version that doesn't require HTML Help,
I very much doubt that will be useful. We switched to HTML help because non-HTML help (not just the generator/SDK, but actually the reader implementation inside the OS) is completely unavailable these days. It started playing hard-to-get with Windows 7, and was turned into unobtainium for 10.
Last edit: Hans-Bernhard Broeker 2020-05-25
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hans,
I checked the wayback machine and couldn't find it there either.
It's too bad. From what I can see, GnuPlot is a great piece of
software and just what I need, but not being able to build it
certainly presents a problem.
If anything else occurs to you please let me know.
Thanks,
Henry
On 5/25/2020 3:45 PM, Hans-Bernhard Broeker wrote:
Microsoft has developed quite a bad habit of misplacing that
download. I don't think I've ever found it twice in the same
place. If all else fails, you may have to use the wayback
machine to find it.
I very much doubt that will be useful. We switched to HTML help
because non-HTML help is completely unavailable these days. It
started playing hard-to-get with Windows 7, and was turned into
unobtainium for 10.
Note that I use MSYS2/Mingw-w64 for building gnuplot. (The original Mingw may or may not work. I haven't tried in a while because its Windows API support fell seriously behind at some point.) For (example) instructions using MSYS2, see [support-requests:#199].
I need libraries that I can link with a wxWidgets C++ project
I am not sure what you actually want to achieve. Please note that gnuplot is not a library. There are third-party libraries for many programming languages available which support using gnuplot, though.
Unfortunately, it looks like that's only a 1.3 app, not a SDK.
If the whole help file thing is as big a problem as it appears to be I wonder if those who maintain the source code would be willing to write a makefile that doesn't include any type of help. It would be much better to have that, than to have an open source project dead in the water because of Microsoft.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
You are mistaken. That really is the SDK , version 1.3. The htmlhelp.exe is an installer, which (on 64 bit version of Windows) will put stuff in C:\Program Files (x86)\HTML Help Workshop. The single include file is in the include subdirectory and the library in lib. That admittedly is a 32bit library, but gnuplot's mingw/Makefile will create a 64bit one if required.
The CHM help format is indeed dated, but quite functional. Other than finding the download for the "HTML help workshop" it has so far not been a major obstacle to gnuplot's development. Certainly gnuplot is not "dead in the water".
Last edit: Bastian Märkisch 2020-05-27
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Can't seem to build this. I need libraries that I can link with a wxWidgets C++ project, and since they apparently aren't included in the binary distros I need to build them. Have tried several mingw compilers and several versions of source over the past couple of days.
I'd prefer to build with mingw 9.2 compiler and current source however I get stuck with compiler looking for htmlhelp.h file. Microsofts link (http://go.microsoft.com/fwlink/p/?linkid=154968) for the HTML Help 1.4 SDK is dead. If anyone can tell me how to get around this I'd appreciate it. Kind of sad that a great open source project depends on something MS makes hard to get.
My second approach is to go back to an older version that doesn't require HTML Help, so I'm trying to build 4.6.6 using TDM-GCC-32-9.2 thru MSYS 1.0. The build process goes for quite a while till it gives the following error: "_WIN32_WINNT setting conflicts with specified WINVER"
I don't have a lot of knowledge at this level of makefiles and compilation. The file sdkddkver.h of the compiler looks like it doesn't see WINVER being set, and I don't see how to rectify the situation. I realize this error question may more properly be addressed in some mingw forum, but if you happen to know what's going on here I'd appreciate a tip.
If you can suggest a build configuration (compiler specifics, source version, makefile tweaks, and readily available 3rd party dependencies) that works I would really appreciate it.
Microsoft has developed quite a bad habit of misplacing that download. I don't think I've ever found it twice in the same place. If all else fails, you may have to use the wayback machine to find it.
I very much doubt that will be useful. We switched to HTML help because non-HTML help (not just the generator/SDK, but actually the reader implementation inside the OS) is completely unavailable these days. It started playing hard-to-get with Windows 7, and was turned into unobtainium for 10.
Last edit: Hans-Bernhard Broeker 2020-05-25
Hans,
I checked the wayback machine and couldn't find it there either.
It's too bad. From what I can see, GnuPlot is a great piece of
software and just what I need, but not being able to build it
certainly presents a problem.
If anything else occurs to you please let me know.
Thanks,
Henry
On 5/25/2020 3:45 PM, Hans-Bernhard Broeker wrote:
Note that I use MSYS2/Mingw-w64 for building gnuplot. (The original Mingw may or may not work. I haven't tried in a while because its Windows API support fell seriously behind at some point.) For (example) instructions using MSYS2, see [support-requests:#199].
I am not sure what you actually want to achieve. Please note that gnuplot is not a library. There are third-party libraries for many programming languages available which support using gnuplot, though.
Related
Support Requests: #199
https://www.microsoft.com/en-us/download/details.aspx?id=21138
Unfortunately, it looks like that's only a 1.3 app, not a SDK.
If the whole help file thing is as big a problem as it appears to be I wonder if those who maintain the source code would be willing to write a makefile that doesn't include any type of help. It would be much better to have that, than to have an open source project dead in the water because of Microsoft.
You are mistaken. That really is the SDK , version 1.3. The
htmlhelp.exeis an installer, which (on 64 bit version of Windows) will put stuff inC:\Program Files (x86)\HTML Help Workshop. The single include file is in theincludesubdirectory and the library inlib. That admittedly is a 32bit library, but gnuplot'smingw/Makefilewill create a 64bit one if required.The CHM help format is indeed dated, but quite functional. Other than finding the download for the "HTML help workshop" it has so far not been a major obstacle to gnuplot's development. Certainly gnuplot is not "dead in the water".
Last edit: Bastian Märkisch 2020-05-27