Re: gnuplot on mingw64 status

[Bastian M. <bma...@we...>]

Dear Tatsuro,

thanks for the update. Out of curiosity: what benefits for Windows users 
do you expect from a 64bit build?

Am 01.09.2011 01:34, schrieb Tatsuro MATSUOKA:
> I have been tried to build gnuplot on mingw64 platform.
> Unfortunately the trail was not successful.
> However, I will the the current status as a memo.
>
> 1. build tools
> Cygwin + mingw64 cross compile tool chain is used.
> The reason of the selection is the above is the most systematic at this moment.
>
> 2. Problem of cvs source
> The gdiplus is not implemented on mingw64.  So that I cannot compile wgdiplus.cpp.
>
> 3. Build on gnuplot-4.4.3 source
> Because current cvs requires gdiplus. So I have tried using gnuplot-4.4.3 source.

Just to clarify: current cvs should not require gdiplus (Watcom does not 
support gdiplus at the moment). There are conditionals in the code 
(HAVE_GDIPLUS). For MinGW (32) this is enabled unconditionally in 
config/config.mgw - just disable that line. You would also have to 
remove the library from LDLIBS in config/mingw/Makefile.


> gnuplot.exe is genarated. But it does not work due error 0xc000007b (The application was unable to start correctly.).
>

Does your setup work for other programs, e.g. some simple "Hello world!" 
program? Could it be that your program accidentally links to some 32bit 
library? The HTML help library (htmlhelp) would be a possible candidate.

Btw. the Win SDK header ntstatus.h defines STATUS_INVALID_IMAGE_FORMAT 
as 0xc000007b.

Bastian

> It seem not to be easy work to build gnuplot on mingw64.
>
> Any suggestions are welcome.
>
> Regards
>
> Tatsuro
>