gnuplot-beta — Developers and beta testers of new gnuplot code

Re: http://www.gnuplot.info/development/index.html "see ChangeLog" is incorrect

[Tatsuro M. <tma...@ya...>]

> From: Ethan A Merritt 
> To: gnuplot-beta Tatsuro MATSUOKA 
> Cc: 
> Date: 2014/7/16, Wed 08:22
> Subject: Re: http://www.gnuplot.info/development/index.html "see ChangeLog" is incorrect
> 
> On Tuesday, 15 July, 2014 17:49:06 Tatsuro MATSUOKA wrote:
>>  Hello
>> 
>>  In the page, (Ongoing development of gnuplot)
>>  http://www.gnuplot.info/development/index.html
>> 
>> 
>>  There is a description
>>   See ChangeLog
>> 
>> 
>>  ChangeLog term is linked with:
>>  http://cvs.sourceforge.net/viewcvs.py/gnuplot/gnuplot/ChangeLog?view=auto
>> 
>> 
>>  Perhaps this is correct before but now I cannot see ChangeLog.
>> 
>>  Currently I can see the ChangeLog by
>>  http://gnuplot.cvs.sourceforge.net/viewvc/gnuplot/gnuplot/ChangeLog
>> 
>> 
>>  Please correct the link.
> 
> I think you are correct that the prefered URL has changed.
> But even after changing it I cannot always see that file.
> It seems the SourceForge site is having problems today.
> 
>     Ethan


I can see the page using the url that I indicated today.
Using the url, I check the change in cvs tree almost everyday. 

I do not know what is wrong with you.

Tatsuro

Re: http://www.gnuplot.info/development/index.html "see ChangeLog" is incorrect

[Allin C. <cot...@wf...>]

On Tue, 15 Jul 2014, Ethan A Merritt wrote:

> On Tuesday, 15 July, 2014 17:49:06 Tatsuro MATSUOKA wrote:
>> Hello
>>
>> In the page, (Ongoing development of gnuplot)
>> http://www.gnuplot.info/development/index.html
>>
>>
>> There is a description
>>  See ChangeLog
>>
>>
>> ChangeLog term is linked with:
>> http://cvs.sourceforge.net/viewcvs.py/gnuplot/gnuplot/ChangeLog?view=auto
>>
>>
>> Perhaps this is correct before but now I cannot see ChangeLog.
>>
>> Currently I can see the ChangeLog by
>> http://gnuplot.cvs.sourceforge.net/viewvc/gnuplot/gnuplot/ChangeLog
>>
>>
>> Please correct the link.
>
> I think you are correct that the prefered URL has changed.
> But even after changing it I cannot always see that file.
> It seems the SourceForge site is having problems today.

While we're on this topic, this is not not due to a problem at 
sourceforge: at the URL

http://www.gnuplot.info/download.html

we read that the current gnuplot version is 4.6.0 (March 8, 2012). 
Not surprisingly, this is the #1 hit when one googles "current 
gnuplot version". I'd recommend that this page be updated or 
(preferably) replaced by a redirect to sourceforge.

Allin Cottrell

Re: http://www.gnuplot.info/development/index.html "see ChangeLog" is incorrect

[Ethan A M. <merritt@u.washington.edu>]

On Tuesday, 15 July, 2014 17:49:06 Tatsuro MATSUOKA wrote:
> Hello
> 
> In the page, (Ongoing development of gnuplot)
> http://www.gnuplot.info/development/index.html
> 
> 
> There is a description
>  See ChangeLog
> 
> 
> ChangeLog term is linked with:
> http://cvs.sourceforge.net/viewcvs.py/gnuplot/gnuplot/ChangeLog?view=auto
> 
> 
> Perhaps this is correct before but now I cannot see ChangeLog.
> 
> Currently I can see the ChangeLog by
> http://gnuplot.cvs.sourceforge.net/viewvc/gnuplot/gnuplot/ChangeLog
> 
> 
> Please correct the link.

I think you are correct that the prefered URL has changed.
But even after changing it I cannot always see that file.
It seems the SourceForge site is having problems today.

	Ethan



> Tatsuro
> 
> ------------------------------------------------------------------------------
> Want fast and easy access to all the code in your enterprise? Index and
> search up to 200,000 lines of code with a free copy of Black Duck
> Code Sight - the same software that powers the world's largest code
> search on Ohloh, the Black Duck Open Hub! Try it now.
> http://p.sf.net/sfu/bds
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
-- 
Ethan A Merritt
Biomolecular Structure Center,  K-428 Health Sciences Bldg
MS 357742,   University of Washington, Seattle 98195-7742

Re: http://www.gnuplot.info/development/index.html "see ChangeLog" is incorrect

[Tatsuro M. <tma...@ya...>]

----- Original Message -----
> Hello
> 
> In the page, (Ongoing development of gnuplot)
> http://www.gnuplot.info/development/index.html
> 
> 
> There is a description
>  See ChangeLog
> 
> 
> ChangeLog term is linked with:
> http://cvs.sourceforge.net/viewcvs.py/gnuplot/gnuplot/ChangeLog?view=auto
> 
> 
> Perhaps this is correct before but now I cannot see ChangeLog.
> 
> Currently I can see the ChangeLog byOnline browsing of sources is available via cvs
> http://gnuplot.cvs.sourceforge.net/viewvc/gnuplot/gnuplot/ChangeLog
> 
> 
> Please correct the link.


And Online browsing of sources is available via "cvs". The link on "cvs" seem to be deprecated:

http://sourceforge.net/cvs/?group_id=2055

is redirected to http://sourceforge.net/projects/gnuplot/ (project home page)

This is also corrected to be
http://gnuplot.cvs.sourceforge.net/viewvc/gnuplot/gnuplot/


Tatsuro

http://www.gnuplot.info/development/index.html "see ChangeLog" is incorrect

[Tatsuro M. <tma...@ya...>]

Hello

In the page, (Ongoing development of gnuplot)
http://www.gnuplot.info/development/index.html


There is a description
 See ChangeLog


ChangeLog term is linked with:
http://cvs.sourceforge.net/viewcvs.py/gnuplot/gnuplot/ChangeLog?view=auto


Perhaps this is correct before but now I cannot see ChangeLog.

Currently I can see the ChangeLog by
http://gnuplot.cvs.sourceforge.net/viewvc/gnuplot/gnuplot/ChangeLog


Please correct the link.

Tatsuro

degrees of freedom

[<pl...@pi...>]

Hi,

is there some way to adjust the degrees of freedom used by fit ?

This is often not the same thing as the number of data points - num. params.

For example if the data is low-pass filtered the data points are no 
longer independent and the d.f. is much less. Not accounting for this 
will give incorrect stats.


Also I'm a little confused by this:

rms of residuals      (FIT_STDFIT) = sqrt(WSSR/ndf)    : ......


The root mean square is not a statistic that depends upon d.f. , it's 
the root of mean of the squares.

Is this incorrectly labelled under the same assumption that the ndf=num 
of data pts.?

Since ndf depends upon the number of fitted params this can not be 
strictly correct anyway.

Peter.

unexpected zoom behaviour

[<pl...@pi...>]

Hi,

I just got an unexpected graph off recent CVS build, behaviour that I 
have not seen before.

I have a wxt terminal 795x323 and had some data plotted filling plot area.

I selected a zoom area using the mouse and got a plot that goes from 
about 1/3 to 3/4 of the window in width ( height is fine ).

I have the following on the command console:

starting zoom region.
set xr[2006.37135922:2010.8131068]; set yr[6.86301369863:9.93150684932]; 
set x2r[ 2005.46: 2009.64]; set y2r[ 7.26255: 9.95237]
zoom region finished.


/Peter.

Re: CVS build fails on Ubuntu 14.04 i386

[flapane <int...@gm...>]

Il 07/07/2014 23:28, Ethan A Merritt ha scritto:
> Could you please try
>
> TERMLIBS="-lX11" ./configure

It compiles flawlessy.

Flavio

Re: CVS build fails on Ubuntu 14.04 i386

[Ethan A M. <sf...@us...>]

On Monday, 07 July, 2014 22:55:48 flapane wrote:
> The error showed up again on Ubuntu 14.04.
> 
> Regards,
> Flavio

Could you please try

TERMLIBS="-lX11" ./configure

CVS build fails on Ubuntu 14.04 i386

[flapane <int...@gm...>]

My bad, I totally forgot the reference to the original thread: 
http://sourceforge.net/p/gnuplot/mailman/message/32467740/

/usr/bin/ld: wxterminal/wxt_gui.o: undefined reference to symbol
'XInitThreads'
//usr/lib/i386-linux-gnu/libX11.so.6: error adding symbols: DSO missing
from command line

CVS build fails on Ubuntu 14.04 i386

[flapane <int...@gm...>]

The error showed up again on Ubuntu 14.04.

Regards,
Flavio

Re: press 'q' in plot window does not close window on windows terminal

[Tatsuro M. <tma...@ya...>]

----- Original Message -----
> From: Bastian Märkisch
> To: Tatsuro MATSUOKA 
> Cc: gnuplot-beta
> Date: 2014/7/5, Sat 03:22
> Subject: Re: press 'q' in plot window does not close window on windows terminal
> 
> Now implemented for 4.6 and  to be 5 for consistency. Personally, I do 
> not like that this is hard-wired. Can we still change the hard-wiring of 
> <space> and 'q' for version 5?
> 
>    Bastian
> 
> Am 01.07.2014 15:48, schrieb Tatsuro MATSUOKA:
>>  ----- Original Message -----
>> 
>>>  From: Petr Mikulik
>>>  To: Tatsuro MATSUOKA
>>>  Cc: gnuplot-beta
>>>  Date: 2014/7/1, Tue 20:50
>>>  Subject: Re: press 'q' in plot window does not close window on 
> windows terminal
>>> 
>>>>    I have noticed that press 'q' in plot window does not 
> close window
>>>  on windows terminal.
>>> 
>>>  Yes, it never did. Obviously everbody is usng Alt-F4 instead. But it 
> should be
>>>  easy to add.
>>> 
>>>>    The pressing 'q' behavior on windows terminal is not 
> mentioned in
>>>  the section
>>>>    of windows terminal in the gnuplot manual.
>>>>    Therefore this is not a bug.
>>> 
>>>  But it is mentioned in the help you get by pressing "h".
>> 
>> 
>>  Indeed! It is better to implement close plot windows feature by pressing 
> 'q'.
>> 
>> 
>>>>    I do not know other platform dependent interactive terminal like 
> aqua or
>>>  pm.
>>> 
>>>  pm accepts "q".
>> 
>>  Thanks!
>> 
>>  Tatsuro
>> 
I have confirmed the fix. Thanks.

Tatsuro

Re: press 'q' in plot window does not close window on windows terminal

[sfeam <sf...@us...>]

On Friday, 04 July 2014 08:22:07 PM Bastian Märkisch wrote:
> Now implemented for 4.6 and  to be 5 for consistency. Personally, I do 
> not like that this is hard-wired. Can we still change the hard-wiring of 
> <space> and 'q' for version 5?

Agreed 100%
I hate both of these.

I always use "./configure --disable-raise-console" to get rid of the <space> action.
Let's add "./congigure --enable-ctrlq" have all terminals use <ctrl>q rather than q, 
like the ctrlq option the x11 terminal has had for a long time.

Although I personally would favor making both of these the default,
so that <space> and <q> are available for normal typing,
I sense that other people are used to these options and would complain.
Still - there are other version 5 changes that are not universally 
popular.  Maybe we should try it for -rc2 and see how loud the complaints are.

	Ethan

> 
>    Bastian
> 
> Am 01.07.2014 15:48, schrieb Tatsuro MATSUOKA:
> > ----- Original Message -----
> >
> >> From: Petr Mikulik
> >> To: Tatsuro MATSUOKA
> >> Cc: gnuplot-beta
> >> Date: 2014/7/1, Tue 20:50
> >> Subject: Re: press 'q' in plot window does not close window on windows terminal
> >>
> >>>   I have noticed that press 'q' in plot window does not close window
> >> on windows terminal.
> >>
> >> Yes, it never did. Obviously everbody is usng Alt-F4 instead. But it should be
> >> easy to add.
> >>
> >>>   The pressing 'q' behavior on windows terminal is not mentioned in
> >> the section
> >>>   of windows terminal in the gnuplot manual.
> >>>   Therefore this is not a bug.
> >>
> >> But it is mentioned in the help you get by pressing "h".
> >
> >
> > Indeed! It is better to implement close plot windows feature by pressing 'q'.
> >
> >
> >>>   I do not know other platform dependent interactive terminal like aqua or
> >> pm.
> >>
> >> pm accepts "q".
> >
> > Thanks!
> >
> > Tatsuro
> >
> 
> ------------------------------------------------------------------------------
> Open source business process management suite built on Java and Eclipse
> Turn processes into business applications with Bonita BPM Community Edition
> Quickly connect people, data, and systems into organized workflows
> Winner of BOSSIE, CODIE, OW2 and Gartner awards
> http://p.sf.net/sfu/Bonitasoft
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: press 'q' in plot window does not close window on windows terminal

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

Now implemented for 4.6 and  to be 5 for consistency. Personally, I do 
not like that this is hard-wired. Can we still change the hard-wiring of 
<space> and 'q' for version 5?

   Bastian

Am 01.07.2014 15:48, schrieb Tatsuro MATSUOKA:
> ----- Original Message -----
>
>> From: Petr Mikulik
>> To: Tatsuro MATSUOKA
>> Cc: gnuplot-beta
>> Date: 2014/7/1, Tue 20:50
>> Subject: Re: press 'q' in plot window does not close window on windows terminal
>>
>>>   I have noticed that press 'q' in plot window does not close window
>> on windows terminal.
>>
>> Yes, it never did. Obviously everbody is usng Alt-F4 instead. But it should be
>> easy to add.
>>
>>>   The pressing 'q' behavior on windows terminal is not mentioned in
>> the section
>>>   of windows terminal in the gnuplot manual.
>>>   Therefore this is not a bug.
>>
>> But it is mentioned in the help you get by pressing "h".
>
>
> Indeed! It is better to implement close plot windows feature by pressing 'q'.
>
>
>>>   I do not know other platform dependent interactive terminal like aqua or
>> pm.
>>
>> pm accepts "q".
>
> Thanks!
>
> Tatsuro
>

Re: gnuplot 4.6.6 (Prelease, cvs) for Windows, and Cygwin (32 and 64 bit)

[Tatsuro M. <tma...@ya...>]

> ----- Original Message -----

> 
>> T atsuro, the backport is (or at least should be) complete. The massive 
>>  number of ifdefs can be avoided since Win32 and Win64 do share the same 
>>  API. If it does not compile using Mingw64 in the current state (without 
>>  additional patches), please let me know.
>> 
>>     Bastian
> 
> 
> I deleted all check out source and re-check out again.
> And I tried again without Allin's patch.
> 
> 
> x86_64-w64-mingw32-gcc -c -I/c/Programs/gplibs64/include 
> -fno-keep-inline-dllexport -D__USE_MINGW_ANSI_STDIO -O2 -pipe -I. -I../../src 
> -D_Windows -DHAVE_CONFIG_H -DPIPES -DWGP_CONSOLE -DCONSOLE_SWITCH_CP 
> -DGNUPLOT_SHARE_DIR=\"share\" -DDEVELOPMENT_VERSION 
> -DUSE_MOUSE=1 -DWIN_IPC -DWITH_HTML_HELP -I/c/PROGRA~2/HELPWO~1/include 
> -DHAVE_LIBGD -DHAVE_LIBPNG -DHAVE_LIBGD -DHAVE_GD_H -DHAVE_GD_GIF 
> -DGIF_ANIMATION -DHAVE_GD_PNG -DHAVE_GD_JPEG -DHAVE_GD_TTF -DHAVE_CAIROPDF 
> -DWXWIDGETS -DHAVE_LUA -DHAVE_ICONV  -MMD -MT 'wgraph.$(O)' -MF wgraph.d 
> -o wgraph.co ../../src/win/wgraph.c
> ../../src/win/wgraph.c: In function 'GraphInit':
> ../../src/win/wgraph.c:440:36: error: 'GCL_HICON' undeclared (first use 
> in this function)
>    SetClassLongPtr(lpgw->hWndGraph, GCL_HICON,
>                                     ^
> ../../src/win/wgraph.c:440:36: note: each undeclared identifier is reported only 
> once for each function it appears in
> ../../src/win/wgraph.c:441:4: warning: cast from pointer to integer of different 
> size [-Wpointer-to-int-cast]
>     (LONG) LoadIcon(lpgw->hInstance, "GRPICON"));
>     ^
> make[1]: *** [wgraph.co] Error 1
> make[1]: Leaving directory 
> `/e/usr/Tatsu/mingw64work/gnuplot/branch-4-6-stable/gnuplot46/config/mingw'
> make: *** [console] Error 2
> 
> It seems that the current source cannot be built without Allin's patch using 
> MinGW_64 at least for me.
> (MinGW build, thread model win32, exception seh, Ver. 4.8.3-release 0 )
> 
> 
> Tatsuro


Bastian backports support for Win64 from version 5 which was originally developed by Allin Cottrell.

Now stable branch source can be built without patch on MinGW64.

I appreciate  Bastian's efforts.


Tatsuro

Re: gnuplot 4.6.6 (Prelease, cvs) for Windows, and Cygwin (32 and 64 bit)

[Tatsuro M. <tma...@ya...>]

\----- Original Message -----

> Am 04.07.2014 11:26, schrieb Tatsuro MATSUOKA:
>>  ----- Original Message -----
>>  I deleted all check out source and re-check out again.
>>  And I tried again without Allin's patch.
>> 
>> 
>>  x86_64-w64-mingw32-gcc -c -I/c/Programs/gplibs64/include 
> -fno-keep-inline-dllexport -D__USE_MINGW_ANSI_STDIO -O2 -pipe -I. -I../../src 
> -D_Windows -DHAVE_CONFIG_H -DPIPES -DWGP_CONSOLE -DCONSOLE_SWITCH_CP 
> -DGNUPLOT_SHARE_DIR=\"share\" -DDEVELOPMENT_VERSION 
> -DUSE_MOUSE=1 -DWIN_IPC -DWITH_HTML_HELP -I/c/PROGRA~2/HELPWO~1/include 
> -DHAVE_LIBGD -DHAVE_LIBPNG -DHAVE_LIBGD -DHAVE_GD_H -DHAVE_GD_GIF 
> -DGIF_ANIMATION -DHAVE_GD_PNG -DHAVE_GD_JPEG -DHAVE_GD_TTF -DHAVE_CAIROPDF 
> -DWXWIDGETS -DHAVE_LUA -DHAVE_ICONV  -MMD -MT 'wgraph.$(O)' -MF wgraph.d 
> -o wgraph.co ../../src/win/wgraph.c
>>  ../../src/win/wgraph.c: In function 'GraphInit':
>>  ../../src/win/wgraph.c:440:36: error: 'GCL_HICON' undeclared (first 
> use in this function)
>>      SetClassLongPtr(lpgw->hWndGraph, GCL_HICON,
>>                                       ^
>>  ../../src/win/wgraph.c:440:36: note: each undeclared identifier is reported 
> only once for each function it appears in
>>  ../../src/win/wgraph.c:441:4: warning: cast from pointer to integer of 
> different size [-Wpointer-to-int-cast]
>>       (LONG) LoadIcon(lpgw->hInstance, "GRPICON"));
>>       ^
>>  make[1]: *** [wgraph.co] Error 1
>>  make[1]: Leaving directory 
> `/e/usr/Tatsu/mingw64work/gnuplot/branch-4-6-stable/gnuplot46/config/mingw'
>>  make: *** [console] Error 2
>> 
>>  It seems that the current source cannot be built without Allin's patch 
> using MinGW_64 at least for me.
>>  (MinGW build, thread model win32, exception seh, Ver. 4.8.3-release 0 )
>> 
>> 
>>  Tatsuro
>> 
> 
> Thanks for the report. Both errors should now be fixed in CVS.
> 
>    Bastian


I re-checked out the stable source and built it again.

In compiling src/win/wpause.c, the following error is happened. 

x86_64-w64-mingw32-gcc -c -I/c/Programs/gplibs64/include -fno-keep-inline-dllexport -D__USE_MINGW_ANSI_STDIO -O2 -pipe -I. -I../../src -D_Windows -DHAVE_CONFIG_H -DPIPES -DWGP_CONSOLE -DCONSOLE_SWITCH_CP -DGNUPLOT_SHARE_DIR=\"share\" -DDEVELOPMENT_VERSION -DUSE_MOUSE=1 -DWIN_IPC -DWITH_HTML_HELP -I/c/PROGRA~2/HELPWO~1/include -DHAVE_LIBGD -DHAVE_LIBPNG -DHAVE_LIBGD -DHAVE_GD_H -DHAVE_GD_GIF -DGIF_ANIMATION -DHAVE_GD_PNG -DHAVE_GD_JPEG -DHAVE_GD_TTF -DHAVE_CAIROPDF -DWXWIDGETS -DHAVE_LUA -DHAVE_ICONV  -MMD -MT 'wpause.$(O)' -MF wpause.d -o wpause.co ../../src/win/wpause.c
../../src/win/wpause.c: In function 'WndPauseProc':
../../src/win/wpause.c:276:57: error: 'GWL_WNDPROC' undeclared (first use in this function)
    lppw->lpfnOK = (WNDPROC) GetWindowLongPtr(lppw->hOK, GWL_WNDPROC);
                                                         ^
../../src/win/wpause.c:276:57: note: each undeclared identifier is reported only once for each function it appears in
make[1]: *** [wpause.co] Error 1
make[1]: Leaving directory `/e/usr/Tatsu/mingw64work/gnuplot/branch-4-6-stable/gnuplot46/config/mingw'
make: *** [console] Error 2

Tatsuro

Snap shot of gnuplot 4.6 (stable branch) for Windows, and Cygwin (32 and 64 bit)

[Tatsuro M. <tma...@ya...>]

To the prevous post, 
http://gnuplot.10905.n7.nabble.com/Re-gnuplot-4-6-6-Prelease-cvs-for-Windows-and-Cygwin-32-and-64-bit-td18664.html


Ethan kindly advised me that 4.6.6 might give confusion.
According to his advise, I re-built the snapshot of 4.6 stable branch.

The patchlevel is now the date when the snapshot is made (e.g. 04July2014).

http://www.tatsuromatsuoka.com/gnuplot/Eng/gp46/



Tatsuro

Re: gnuplot 4.6.6 (Prelease, cvs) for Windows, and Cygwin (32 and 64 bit)

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

Am 04.07.2014 11:26, schrieb Tatsuro MATSUOKA:
> ----- Original Message -----
>
>> T atsuro, the backport is (or at least should be) complete. The massive
>> number of ifdefs can be avoided since Win32 and Win64 do share the same
>> API. If it does not compile using Mingw64 in the current state (without
>> additional patches), please let me know.
>>
>>     Bastian
>
>
> I deleted all check out source and re-check out again.
> And I tried again without Allin's patch.
>
>
> x86_64-w64-mingw32-gcc -c -I/c/Programs/gplibs64/include -fno-keep-inline-dllexport -D__USE_MINGW_ANSI_STDIO -O2 -pipe -I. -I../../src -D_Windows -DHAVE_CONFIG_H -DPIPES -DWGP_CONSOLE -DCONSOLE_SWITCH_CP -DGNUPLOT_SHARE_DIR=\"share\" -DDEVELOPMENT_VERSION -DUSE_MOUSE=1 -DWIN_IPC -DWITH_HTML_HELP -I/c/PROGRA~2/HELPWO~1/include -DHAVE_LIBGD -DHAVE_LIBPNG -DHAVE_LIBGD -DHAVE_GD_H -DHAVE_GD_GIF -DGIF_ANIMATION -DHAVE_GD_PNG -DHAVE_GD_JPEG -DHAVE_GD_TTF -DHAVE_CAIROPDF -DWXWIDGETS -DHAVE_LUA -DHAVE_ICONV  -MMD -MT 'wgraph.$(O)' -MF wgraph.d -o wgraph.co ../../src/win/wgraph.c
> ../../src/win/wgraph.c: In function 'GraphInit':
> ../../src/win/wgraph.c:440:36: error: 'GCL_HICON' undeclared (first use in this function)
>     SetClassLongPtr(lpgw->hWndGraph, GCL_HICON,
>                                      ^
> ../../src/win/wgraph.c:440:36: note: each undeclared identifier is reported only once for each function it appears in
> ../../src/win/wgraph.c:441:4: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast]
>      (LONG) LoadIcon(lpgw->hInstance, "GRPICON"));
>      ^
> make[1]: *** [wgraph.co] Error 1
> make[1]: Leaving directory `/e/usr/Tatsu/mingw64work/gnuplot/branch-4-6-stable/gnuplot46/config/mingw'
> make: *** [console] Error 2
>
> It seems that the current source cannot be built without Allin's patch using MinGW_64 at least for me.
> (MinGW build, thread model win32, exception seh, Ver. 4.8.3-release 0 )
>
>
> Tatsuro
>

Thanks for the report. Both errors should now be fixed in CVS.

   Bastian

Re: gnuplot 4.6.6 (Prelease, cvs) for Windows, and Cygwin (32 and 64 bit)

[Tatsuro M. <tma...@ya...>]

----- Original Message -----

>T atsuro, the backport is (or at least should be) complete. The massive 
> number of ifdefs can be avoided since Win32 and Win64 do share the same 
> API. If it does not compile using Mingw64 in the current state (without 
> additional patches), please let me know.
> 
>    Bastian


I deleted all check out source and re-check out again.
And I tried again without Allin's patch.


x86_64-w64-mingw32-gcc -c -I/c/Programs/gplibs64/include -fno-keep-inline-dllexport -D__USE_MINGW_ANSI_STDIO -O2 -pipe -I. -I../../src -D_Windows -DHAVE_CONFIG_H -DPIPES -DWGP_CONSOLE -DCONSOLE_SWITCH_CP -DGNUPLOT_SHARE_DIR=\"share\" -DDEVELOPMENT_VERSION -DUSE_MOUSE=1 -DWIN_IPC -DWITH_HTML_HELP -I/c/PROGRA~2/HELPWO~1/include -DHAVE_LIBGD -DHAVE_LIBPNG -DHAVE_LIBGD -DHAVE_GD_H -DHAVE_GD_GIF -DGIF_ANIMATION -DHAVE_GD_PNG -DHAVE_GD_JPEG -DHAVE_GD_TTF -DHAVE_CAIROPDF -DWXWIDGETS -DHAVE_LUA -DHAVE_ICONV  -MMD -MT 'wgraph.$(O)' -MF wgraph.d -o wgraph.co ../../src/win/wgraph.c
../../src/win/wgraph.c: In function 'GraphInit':
../../src/win/wgraph.c:440:36: error: 'GCL_HICON' undeclared (first use in this function)
   SetClassLongPtr(lpgw->hWndGraph, GCL_HICON,
                                    ^
../../src/win/wgraph.c:440:36: note: each undeclared identifier is reported only once for each function it appears in
../../src/win/wgraph.c:441:4: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast]
    (LONG) LoadIcon(lpgw->hInstance, "GRPICON"));
    ^
make[1]: *** [wgraph.co] Error 1
make[1]: Leaving directory `/e/usr/Tatsu/mingw64work/gnuplot/branch-4-6-stable/gnuplot46/config/mingw'
make: *** [console] Error 2

It seems that the current source cannot be built without Allin's patch using MinGW_64 at least for me.
(MinGW build, thread model win32, exception seh, Ver. 4.8.3-release 0 )


Tatsuro

Re: gnuplot 4.6.6 (Prelease, cvs) for Windows, and Cygwin (32 and 64 bit)

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

Tatsuro, the backport is (or at least should be) complete. The massive 
number of ifdefs can be avoided since Win32 and Win64 do share the same 
API. If it does not compile using Mingw64 in the current state (without 
additional patches), please let me know.

   Bastian


Am 04.07.2014 10:17, schrieb Tatsuro MATSUOKA:
> ----- Original Message -----
>
>> From: Bastian Märkisch
>> To: Tatsuro MATSUOKA  gnuplot-beta
>> Cc: Allin Cottrell
>> Date: 2014/7/4, Fri 16:48
>> Subject: Re: gnuplot 4.6.6 (Prelease, cvs) for Windows, and Cygwin (32 and 64 bit)
>>
>> T he 4.6 branch now includes a backport of the Win64 support. As I cannot
>> currently test this myself, please let me know if I missed anything.
>>
>>     Bastian
>>
> Full patch by Allin Cottrell was required to build on win64 platform using the current stable-branch snapshot source
> (ChangeLog 2014-07-03).
>
> http://gnuplot.10905.n7.nabble.com/gnuplot-on-64-bit-Windows-again-td17580.html
>
>
> Perhaps patch backport was not reflected to the current stable branch source due to unknown reasons.
>
> Tatsuro
>
>> Am 04.07.2014 06:35, schrieb Tatsuro MATSUOKA:
>>>   ----- Original Message -----
>>>
>>>>   From: Tatsuro MATSUOKA
>>>>   To: gnuplot-beta
>>>>   Cc:
>>>>   Date: 2014/7/4, Fri 13:31
>>>>   Subject: Re: gnuplot 4.6.6 (Prelease, cvs) for Windows, and Cygwin (32
>> and 64 bit)
>>>>
>>>>   Hello
>>>>
>>>>   I have upload gnuplot 4.6.6 (Prelease, cvs) for Windows, and Cygwin (32
>> and 64
>>>>   bit).
>>>>
>>>>   For details, please see the discussion the below:
>>>>   http://gnuplot.10905.n7.nabble.com/gnuplot-4-8-td18631.html
>>>
>>>   I have forgotten to write the upload address:
>>>   http://www.tatsuromatsuoka.com/gnuplot/Eng/gp46/
>>>
>>>   Tatsuro
>>>
>>
>
> ------------------------------------------------------------------------------
> Open source business process management suite built on Java and Eclipse
> Turn processes into business applications with Bonita BPM Community Edition
> Quickly connect people, data, and systems into organized workflows
> Winner of BOSSIE, CODIE, OW2 and Gartner awards
> http://p.sf.net/sfu/Bonitasoft
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

Re: gnuplot 4.6.6 (Prelease, cvs) for Windows, and Cygwin (32 and 64 bit)

[Tatsuro M. <tma...@ya...>]

----- Original Message -----

> From: Bastian Märkisch
> To: Tatsuro MATSUOKA  gnuplot-beta
> Cc: Allin Cottrell 
> Date: 2014/7/4, Fri 16:48
> Subject: Re: gnuplot 4.6.6 (Prelease, cvs) for Windows, and Cygwin (32 and 64 bit)
> 
>T he 4.6 branch now includes a backport of the Win64 support. As I cannot 
> currently test this myself, please let me know if I missed anything.
> 
>    Bastian
> 
Full patch by Allin Cottrell was required to build on win64 platform using the current stable-branch snapshot source
(ChangeLog 2014-07-03).

http://gnuplot.10905.n7.nabble.com/gnuplot-on-64-bit-Windows-again-td17580.html


Perhaps patch backport was not reflected to the current stable branch source due to unknown reasons.

Tatsuro

> Am 04.07.2014 06:35, schrieb Tatsuro MATSUOKA:
>>  ----- Original Message -----
>> 
>>>  From: Tatsuro MATSUOKA
>>>  To: gnuplot-beta
>>>  Cc:
>>>  Date: 2014/7/4, Fri 13:31
>>>  Subject: Re: gnuplot 4.6.6 (Prelease, cvs) for Windows, and Cygwin (32 
> and 64 bit)
>>> 
>>>  Hello
>>> 
>>>  I have upload gnuplot 4.6.6 (Prelease, cvs) for Windows, and Cygwin (32 
> and 64
>>>  bit).
>>> 
>>>  For details, please see the discussion the below:
>>>  http://gnuplot.10905.n7.nabble.com/gnuplot-4-8-td18631.html
>> 
>>  I have forgotten to write the upload address:
>>  http://www.tatsuromatsuoka.com/gnuplot/Eng/gp46/
>> 
>>  Tatsuro
>> 
> 

Re: gnuplot 4.6.6 (Prelease, cvs) for Windows, and Cygwin (32 and 64 bit)

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

The 4.6 branch now includes a backport of the Win64 support. As I cannot 
currently test this myself, please let me know if I missed anything.

   Bastian

Am 04.07.2014 06:35, schrieb Tatsuro MATSUOKA:
> ----- Original Message -----
>
>> From: Tatsuro MATSUOKA
>> To: gnuplot-beta
>> Cc:
>> Date: 2014/7/4, Fri 13:31
>> Subject: Re: gnuplot 4.6.6 (Prelease, cvs) for Windows, and Cygwin (32 and 64 bit)
>>
>> Hello
>>
>> I have upload gnuplot 4.6.6 (Prelease, cvs) for Windows, and Cygwin (32 and 64
>> bit).
>>
>> For details, please see the discussion the below:
>> http://gnuplot.10905.n7.nabble.com/gnuplot-4-8-td18631.html
>
> I have forgotten to write the upload address:
> http://www.tatsuromatsuoka.com/gnuplot/Eng/gp46/
>
> Tatsuro
>

gnuplot 4.6.6 (Prelease, cvs) for Windows, and Cygwin (32 and 64 bit)

[Tatsuro M. <tma...@ya...>]

----- Original Message -----

> From: Tatsuro MATSUOKA 
> To: gnuplot-beta
> Cc: 
> Date: 2014/7/4, Fri 13:31
> Subject: Re: gnuplot 4.6.6 (Prelease, cvs) for Windows, and Cygwin (32 and 64 bit)
> 
> Hello
> 
> I have upload gnuplot 4.6.6 (Prelease, cvs) for Windows, and Cygwin (32 and 64 
> bit).
> 
> For details, please see the discussion the below:
> http://gnuplot.10905.n7.nabble.com/gnuplot-4-8-td18631.html

I have forgotten to write the upload address:
http://www.tatsuromatsuoka.com/gnuplot/Eng/gp46/

Tatsuro

Re: gnuplot 4.6.6 (Prelease, cvs) for Windows, and Cygwin (32 and 64 bit)

[Tatsuro M. <tma...@ya...>]

Hello

I have upload gnuplot 4.6.6 (Prelease, cvs) for Windows, and Cygwin (32 and 64 bit).

For details, please see the discussion the below:
http://gnuplot.10905.n7.nabble.com/gnuplot-4-8-td18631.html



Tatsuro>

Re: gnuplot 4.8?

[Tatsuro M. <tma...@ya...>]

----- Original Message -----
> From: Tatsuro MATSUOKA 
> To: Karl Ratzsch ; gnuplot-beta
> Cc: 
> Date: 2014/7/1, Tue 18:58
> Subject: Re: gnuplot 4.8?
> ----- Original Message -----
>>  From: Karl Ratzsch 
>>  To: gnuplot-beta
>>  Cc: 
>>  Date: 2014/7/1, Tue 17:03
>>  Subject: Re: gnuplot 4.8?
>> 
>>  Am 01.07.2014 06:39, schrieb Tatsuro MATSUOKA:
>> 
>>>> 
>>>   I have lost the record or memory how to access stable branch on the 
> cvs 
>>  repository.
>>>   I will appreciate if you show me the way
>>> 
>>>   Tatsuro 
>>> 
>> 
>>    export
>>  CVSROOT=:pserver:ano...@gn...:/cvsroot/gnuplot
>>    cvs login
>>    cvs -z3 checkout -r branch-4-6-stable -d gnuplot46 gnuplot
>> 
>>  This really should be mentioned somewhere on the gnuplot.info homepage.
>> 
>>    Karl
> 
> 
> Thanks Karl
> I could check out the branch-4-6-stable source.
> 
>>  This really should be mentioned somewhere on the gnuplot.info homepage.
> 
> It will be nice to try recent fixed stable source.
> 
> 


With the source (latest ChangeLog date 2014-06-30), I could build native windows binaries (32 and 64 bit)
ans Cygwin binary (32 bit and 64 bit).

For 64 bit build for native windows, the patch by  Allin Cottrell is used.
(http://gnuplot.10905.n7.nabble.com/gnuplot-on-64-bit-Windows-again-td17580.html attacment file gnuplot-win64.diff) 

Tatsuro