Some questions

[KhyberPass]

Hi, thanks for your work on gnuplot for wince and making it public. Thanks to @skawamoto0 too.
I also need to port gnuplot to wince. I run a x86 single board computer hardware and thus have a normal desktop so it is a little different to you on a mobile device. Im using vs2005 with a custom sdk.
I have a few questions for you

1. The base version that was chosen was 4.4.3. Do you know why this version was picked? Do you know of any reason why version 6 would not work on wince?
2. I ran into some problems with unicode. Wince is unicode only but gnuplot code is not. There are a number of wrapper functions that were done to get around this. However wgnuplot.vcproj manually defines _UNICODE;UNICODE and thus builds a unicode exe.
   With all the char in the source rather than wchar it does not work.
   I found that I had to remove _UNICODE;UNICODE and set the build to a character set of 'Not set' to get it to run right.
   Did you have any issues here?
   I am going to think of how I can build with full unicode without changing the source too much.

To get the build working and running I had to do some changes.
I will post these later.

[watamario15]

Thanks for your interest in this repository!

1. This project is just a bugfix to Suguru Kawamoto's port, so I decided to minimize the number of changes from it, to minimize the number of troubles I face. You may be able to port a newer version but idk. For the reason why Suguru selected the version 4.4.3, I think it was the latest version when they did this porting work (mid 2011). I found their relevant Twitter (X) posts.
2. You are building against your custom SDK, with a newly created project not mine, right? Then you might be missing per-file configurations like this:

   <File
     RelativePath="..\src\bitmap.c"
     >
     <FileConfiguration
       Name="Debug|Windows Mobile 5.0 Pocket PC SDK (ARMV4I)"
       >
       <Tool
         Name="VCCLCompilerTool"
         AdditionalOptions="/U &quot;_UNICODE&quot; /U &quot;UNICODE&quot;"
       />
     </FileConfiguration>
     <FileConfiguration
       Name="Release|Windows Mobile 5.0 Pocket PC SDK (ARMV4I)"
       >
       <Tool
         Name="VCCLCompilerTool"
         AdditionalOptions="/U &quot;_UNICODE&quot; /U &quot;UNICODE&quot;"
       />
     </FileConfiguration>
   </File>

You may notice that this project is for Windows Mobile 5.0 Pocket PC SDK, despite Sharp Brain is a Windows Embedded CE 6.0 Handheld device (not at all a Pocket PC nor Windows Mobile!). It's because, again, it was what Suguru's project file was in. I suppose this was because WM5.0 SDK was the only SDK known to be work for Sharp Brain at that time. For this matter I tried to change the SDK into a regular WinCE 6.0 one but no luck; fails with a strange linker error (translated from Japanese):

corelibc.lib(crtstrta.obj) : error LNK2019: Unresolved external symbol main referenced from function "void __cdecl mainCRTStartupHelper(struct HINSTANCE__ *,unsigned short const *)" (?mainCRTStartupHelper@@YAXPAUHINSTANCE__@@PBG@Z).

Weird thing is, when you comment the WinMain function out this error multiplies!

corelibc.lib(crtstrta.obj) : error LNK2019: Unresolved external symbol main referenced from function "void __cdecl mainCRTStartupHelper(struct HINSTANCE__ *,unsigned short const *)" (?mainCRTStartupHelper@@YAXPAUHINSTANCE__@@PBG@Z).
corelibc.lib(pegwmain.obj) : error LNK2019: Unresolved external symbol WinMain referenced from function WinMainCRTStartupHelper.

So the compiler is wanting both the main and WinMain, which doesn't make any sense. By making a dummy main function who calls the WinMain function the error disappears and compilation completes successfully, but doesn't starts on the Sharp Brain (like, nothing happens at all by double-tapping the app icon). This error doesn't show up for my another project with the same configuration, so I'm fairly certain some code in this project is triggering this issue, but I wasn't able to locate the cause.

From your explanation, I guess that you found out how to build this thing with your custom SDK? Didn't you face the issue explained above? If you found how to fix this issue, making a pull request or sharing it here is really appreciated!

[KhyberPass]

Thanks for getting back to me. Here are some answers...

1. Base version
If the base version used was 4.4.3 just because that was the version at the time then it might be possible to get the latest version 6.0 ported to wince. So I think I will give this a go.

I would like spider plots http://www.gnuplot.info/docs/loc6055.html which was added in version 5.4, so I need to at least pick this version up.

I know in version 6.0 GDI+ is present, it must have been introduced some version prior. CE 6 does not have GDI+ but a later version of Windows Mobile does. But I see that there is a #def for it so it should work without it.

I will probably clone from the git at SourceForge, the repo in Github seems to be a little behind https://github.com/gnuplot/gnuplot

2. Unicode
I built my own vcproj file using yours and Sugurus. I needed a new config for my custom SDK. Probably created more work for myself doing this.

I also did a win32 config to help with debugging.

I did remove all the per-file configurations. I actually missed the /U UNICODE and thought they were /D UNICODE so this is where that problem came from. In the end I just removed UNICODE from VCCLCompilerTool – PreprocessorDefinitions so the same effect. It all makes sense now.

On my PC I have the following SDKs installed – plus my custom one. This is with VS2005 CE 6

• Name="Pocket PC 2003 (ARMV4)"
• Name="Smartphone 2003 (ARMV4)"

However I think these are CE 4.2 SDKs.
I just did a quick test to see if it would build if I just changed Name="Windows Mobile 5.0 Pocket PC SDK (ARMV4I)" to Name="Pocket PC 2003 (ARMV4)". It compiles ok but the link fails with some unresolved external symbols

• security_check_cookie - I had to add secchk.lib
• MulDiv – does not seem to be in those SDKs
• GetTextCharacterExtra – does not seem to be in those SDKs

So gave up on that path.

Then I did a test by replacing Name="Windows Mobile 5.0 Pocket PC SDK (ARMV4I)" with my custom SDK. Needed to copy config/config.nt to src/config.h and remove #define HAVE_SYS_STAT_H 1
To fix the compile error
..\src\datafile.c(1164) : error C2079: 'statbuf' uses undefined struct 'stat'
Other compile errors were
..\src\set.c(1246) : error C2223: left of '->decimal_point' must point to struct/union
This can be fixed by removing #define HAVE_LOCALE_H 1 in config.h
But can be fixed better by declaring the function in wrapper.h
struct lconv* localeconv(void);

That compiled but the link failed again with 1 unresolved external on main(). See below.

3. main() unresolved
I got this link error too. Had me stumped but I stumbled upon this post
https://forum.qt.io/topic/81668/compile-qt-5-6-for-windows-ce-6-0-linking-issue/5

This says that if the variable __argv[] is referenced in a source file then the linker requires main() or wmain() rather than WinMain().

So the fix was in winmain.c to remove the # define _argv __argv and use the code that made _argv from lpszCmdLine.

Also, when it is run you get a crash unless the file wgnuplot.mnu is in the same directory. I have fixed this bug too.

I will do a PR for you. I will also include some of my other changes which you can take if you want.

[watamario15]

Thanks for your clarifications!

Base version

Amazing, I hope your successful porting!

For repository, this repository should be somewhat new as I imported this from SourceForge, not using that GitHub one. Thus you don't see the "Forked from" displayed here. But yeah It's fine to clone from there as mine and theirs share the same history.

Unicode

I did remove all the per-file configurations. I actually missed the /U UNICODE and thought they were /D UNICODE so this is where that problem came from. In the end I just removed UNICODE from VCCLCompilerTool – PreprocessorDefinitions so the same effect. It all makes sense now.

Is that actually the same effect? I remember seeing warnings (not errors) complaining about incompatible pointer assignments like wchar_t * to char * or vice versa (I think it was in some structs) by removing UNICODE completely. This indicates the ANSI version struct is selected but assigned an wchar_t * or vice versa which is not ideal. windows.h is a real mess to deal with. It doesn't provide UNICODE only as an utility for us, but also they use it implicitly to switch internal things. Like, many macros that doesn't have explicit W or A version internally uses UNICODE-switching macros. So I suggest you do a complete rebuild and see if there are any important warnings produced.

This can be fixed by removing #define HAVE_LOCALE_H 1 in config.h
But can be fixed better by declaring the function in wrapper.h
struct lconv* localeconv(void);

I believe it's fine with removing #define HAVE_LOCALE_H 1, as wrapper.c just implements a dummy one that always returns NULL which is meaningless.

main() unresolved

Wow that was the cause huh, good job finding that out!

And thanks for fixes and improvements, they are really appreciated and I'm looking forward to seeing your PR's!