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

Windows binary packages for 5.2.6 (Re: Release 5.2.6)

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

Windows binary packages for 5.2.6 are now available at


https://sourceforge.net/projects/gnuplot/files/gnuplot/5.2.6/ 

Tatsuro

----- Original Message -----
> From: sfeam <me...@uw...>
> To: gnu...@li...
> Cc: 
> Date: 2019/1/3, Thu 03:41
> Subject: Release 5.2.6
> 
> A new gnuplot for the New Year
> 
> I have uploaded the release 5.2.6 tarball to Sourceforge:
> 
>     https://sourceforge.net/projects/gnuplot/files/gnuplot/5.2.6/ 
> 
> There are no changes since last month's testing version.
> 
> 
>                 GNUPLOT Version 5.2.6 Release Notes
>                 ===================================
> 
> These release notes are for version 5.2 patchlevel 6 (5.2.6).
> This release contains bug-fixes, a few changes back-ported from the
> development version, and two new features.  The most notable fixes are for
> problems with the "pause mouse" command in the x11, wxt, and qt 
> terminals.
> 
> Please see the ChangeLog file for a complete list of changes made during the
> course of development from 5.0 to 5.2.
> 
> Release Notes date: 24-December-2018
> 
> Changes in 5.2.6
> ================
> * NEW keyword "keyentry" places an entry in the key without actually 
> plotting
> * NEW "set style boxplot medianlinewidth <lw>"
> * CHANGE drop non-working support for CIE/XYZ color space
> * CHANGE strptime ignores content read with format a/A/w/W
> * FIX various corner-case bugs and overruns found by fuzzing
> * FIX revise waitforinput in x11 terminal
> * FIX revise waitforinput and terminal close events in qt terminal
> * FIX revise waitforinput and new window events in monothreaded wxt terminal
> * FIX lua.trm compatibility with lua version 5.3
> * FIX error line reporting inside an if/else bracketed clause
> * FIX error in date conversion for times within a nanosecond of a year boundary
> 
> 
>         happy New Year and happy gnuplotting,
> 
>             Ethan
> 

Re: Release 5.2.6

[Dima K. <gn...@di...>]

sfeam <me...@uw...> writes:

> A new gnuplot for the New Year
>
> I have uploaded the release 5.2.6 tarball to Sourceforge:
>
>     https://sourceforge.net/projects/gnuplot/files/gnuplot/5.2.6/

Just want to say thanks for working on this. Happy new year!

Release 5.2.6

[sfeam <me...@uw...>]

A new gnuplot for the New Year

I have uploaded the release 5.2.6 tarball to Sourceforge:

    https://sourceforge.net/projects/gnuplot/files/gnuplot/5.2.6/

There are no changes since last month's testing version.


                GNUPLOT Version 5.2.6 Release Notes
                ===================================

These release notes are for version 5.2 patchlevel 6 (5.2.6).
This release contains bug-fixes, a few changes back-ported from the
development version, and two new features.  The most notable fixes are for
problems with the "pause mouse" command in the x11, wxt, and qt terminals.

Please see the ChangeLog file for a complete list of changes made during the
course of development from 5.0 to 5.2.

Release Notes date: 24-December-2018

Changes in 5.2.6
================
* NEW keyword "keyentry" places an entry in the key without actually plotting
* NEW "set style boxplot medianlinewidth <lw>"
* CHANGE drop non-working support for CIE/XYZ color space
* CHANGE strptime ignores content read with format a/A/w/W
* FIX various corner-case bugs and overruns found by fuzzing
* FIX revise waitforinput in x11 terminal
* FIX revise waitforinput and terminal close events in qt terminal
* FIX revise waitforinput and new window events in monothreaded wxt terminal
* FIX lua.trm compatibility with lua version 5.3
* FIX error line reporting inside an if/else bracketed clause
* FIX error in date conversion for times within a nanosecond of a year boundary


		happy New Year and happy gnuplotting,

			Ethan

Re: Upcoming release of 5.2.6

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

On cygwin, build went well.

Tatsuro



----- Original Message -----
> From: sfeam 
> To: gnuplot-beta
> Cc: 
> Date: 2018/12/28, Fri 03:35
> Subject: Upcoming release of 5.2.6
> 
> %
> % Sorry for a possible duplicate message.
> % My university changed mailing systems recently and now my outgoing mail 
> % has the "from" field substituted with a new address, which broke all 
> my
> % mailing list subscriptions.
> % This means, I think, that all messages I sent to this list for the past
> % month or so have gone nowhere useful.
> %    Ethan
> 
> 
> For your holiday enjoyment
> 
> I have uploaded a testing version of release 5.2.6 to the "testing" 
> folder on Sourceforge:
>     
> https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/gnuplot-5.2.6a.tar.gz 
> 
> 
> Note that it self-identifies as version 5.2.6a
> 
> Please test on your favorite platform and report any problems.
> If no problems show up, I plan to release it (with version identifier 5.2.6)
> in the first week of the new year.
> 
>                 GNUPLOT Version 5.2.6 Release Notes
>                 ===================================
> 
> These release notes are for version 5.2 patchlevel 6 (5.2.6).
> This release contains bug-fixes, a few changes back-ported from the
> development version, and two new features.  The most notable fixes are for
> problems with the "pause mouse" command in the x11, wxt, and qt 
> terminals.
> 
> Please see the ChangeLog file for a complete list of changes made during the
> course of development from 5.0 to 5.2.
> 
> Release Notes date: 24-December-2018
> 
> Changes in 5.2.6
> ================
> * NEW keyword "keyentry" places an entry in the key without actually 
> plotting
> * NEW "set style boxplot medianlinewidth <lw>"
> * CHANGE drop non-working support for CIE/XYZ color space
> * CHANGE strptime ignores content read with format a/A/w/W
> * FIX various corner-case bugs and overruns found by fuzzing
> * FIX revise waitforinput in x11 terminal
> * FIX revise waitforinput and terminal close events in qt terminal
> * FIX revise waitforinput and new window events in monothreaded wxt terminal
> * FIX lua.trm compatibility with lua version 5.3
> * FIX error line reporting inside an if/else bracketed clause
> * FIX error in date conversion for times within a nanosecond of a year boundary
> 
> 
>         cheers,
> 
>             Ethan
> 
> 
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: 
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta 
> 

Re: Upcoming release of 5.2.6

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

7zip arcived testing binary packeges for 5.2.6 were uploaded.

If you have met troubles, please let me know.

Tatsuro




----- Original Message -----
> From: sfeam 
> To: gnuplot-beta
> Cc: 
> Date: 2018/12/28, Fri 03:35
> Subject: Upcoming release of 5.2.6
> 
> %
> % Sorry for a possible duplicate message.
> % My university changed mailing systems recently and now my outgoing mail 
> % has the "from" field substituted with a new address, which broke all 
> my
> % mailing list subscriptions.
> % This means, I think, that all messages I sent to this list for the past
> % month or so have gone nowhere useful.
> %    Ethan
> 
> 
> For your holiday enjoyment
> 
> I have uploaded a testing version of release 5.2.6 to the "testing" 
> folder on Sourceforge:
>     
> https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/gnuplot-5.2.6a.tar.gz 
> 
> 
> Note that it self-identifies as version 5.2.6a
> 
> Please test on your favorite platform and report any problems.
> If no problems show up, I plan to release it (with version identifier 5.2.6)
> in the first week of the new year.
> 
>                 GNUPLOT Version 5.2.6 Release Notes
>                 ===================================
> 
> These release notes are for version 5.2 patchlevel 6 (5.2.6).
> This release contains bug-fixes, a few changes back-ported from the
> development version, and two new features.  The most notable fixes are for
> problems with the "pause mouse" command in the x11, wxt, and qt 
> terminals.
> 
> Please see the ChangeLog file for a complete list of changes made during the
> course of development from 5.0 to 5.2.
> 
> Release Notes date: 24-December-2018
> 
> Changes in 5.2.6
> ================
> * NEW keyword "keyentry" places an entry in the key without actually 
> plotting
> * NEW "set style boxplot medianlinewidth <lw>"
> * CHANGE drop non-working support for CIE/XYZ color space
> * CHANGE strptime ignores content read with format a/A/w/W
> * FIX various corner-case bugs and overruns found by fuzzing
> * FIX revise waitforinput in x11 terminal
> * FIX revise waitforinput and terminal close events in qt terminal
> * FIX revise waitforinput and new window events in monothreaded wxt terminal
> * FIX lua.trm compatibility with lua version 5.3
> * FIX error line reporting inside an if/else bracketed clause
> * FIX error in date conversion for times within a nanosecond of a year boundary
> 
> 
>         cheers,
> 
>             Ethan
> 
> 
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: 
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta 
> 

Re: Upcoming release of 5.2.6

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

----- Original Message -----
> From: Tatsuro MATSUOKA 
> To: tmacchant3 Merritt Ethan  gnuplot-beta; bmaerkisch
> Cc: 
> Date: 2018/12/28, Fri 13:26
> Subject: Re: Upcoming release of 5.2.6
> 
> 
> 
> 
> 
> ----- Original Message -----
>>  From: Tatsuro MATSUOKA <
>>  To: Merritt Ethan ; gnuplot-beta; bmaerkisch@
>>  Cc: 
>>  Date: 2018/12/28, Fri 12:21
>>  Subject: Re: Upcoming release of 5.2.6
>> 
>> 
>> 
>>  ----- Original Message -----
>> 
>>>   From: sfeam
>>>   To: gnuplot-beta
>>>   Cc: 
>>>   Date: 2018/12/28, Fri 03:35
>>>   Subject: Upcoming release of 5.2.6
>>> 
>>>   %
>>>   % Sorry for a possible duplicate message.
>>>   % My university changed mailing systems recently and now my outgoing 
> mail 
>>>   % has the "from" field substituted with a new address, which 
> 
>>  broke all 
>>>   my
>>>   % mailing list subscriptions.
>>>   % This means, I think, that all messages I sent to this list for the 
> past
>>>   % month or so have gone nowhere useful.
>>>   %    Ethan
>>> 
>>> 
>>>   For your holiday enjoyment
>>> 
>>>   I have uploaded a testing version of release 5.2.6 to the 
>>  "testing" 
>>>   folder on Sourceforge:
>>>       
>>> 
>> 
> https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/gnuplot-5.2.6a.tar.gz 
> 
>> 
>>> 
>>> 
>>>   Note that it self-identifies as version 5.2.6a
>>> 
>>>   Please test on your favorite platform and report any problems.
>>>   If no problems show up, I plan to release it (with version identifier 
>>  5.2.6)
>>>   in the first week of the new year.
>>> 
>> 
>> 
>>  I tried to build windows binaries using complier and libraries privied by 
> the 
>>  Msys2 
>>  project (updated today).
>> 
>>  Build fails for 64bit and 32 bit while link stage
>> 
>>  64bit
>>  g++ -s -L/mingw64/lib -mconsole -L/c/Program\ Files\ 
>>  \(x86\)/HTML\ Help\ Workshop/lib -L. -o gnuplot.exe eval.co 
> 
>>  getcolor.co stats.co unset.co breaders.co specfun.co term.co graph3d.co 
>>  dynarray.co show.co axis.co stdfn.co util.co save.co util3d.co tabulate.co 
>>  readline.co internal.co jitter.co libcerf.co bitmap.co hidden3d.co 
> plot3d.co 
>>  color.co contour.co command.co multiplot.co plot.co scanner.co gadgets.co 
>>  plot2d.co tables.co time.co pm3d.co matrix.co boundary.co fit.co misc.co 
>>  alloc.co external.co help.co interpol.co datafile.co parse.co standard.co 
>>  variable.co datablock.co graphics.co mouse.co set.co history.co version.co 
>>  gpexecute.co wxt_gui.co gp_cairo.co gp_cairo_helpers.co qt_term.co  
> winmain.co 
>>  wgnuplib.co wgraph.co wprinter.co wpause.co wgdiplus.co wd2d.co 
> wgplt_res.co 
>>  -lkernel32 -lgdi32 -lwinspool -lcomdlg32 -lcomctl32 -ladvapi32 -lshell32 
>>  -lmsimg32 -lgdiplus -lshlwapi -ld2d1 -ldwrite -lole32 -lhtmlhelp\
>>   -lgd -lgd -L/mingw64/lib -lz -lpng -lfreetype -lfontconfig -liconv -ljpeg 
>>  /mingw64/lib/libimagequant.a -lXpm -ltiff -lwebp -LC:/msys64/mingw64/lib 
> -lgd 
>>  -lQt5Core -lQt5Gui -lQt5Network -lQt5Svg -lQt5Widgets -lQt5PrintSupport 
> -lqtmain 
>>  -llua -lcaca -liconv -lcerf -lm -LC:/msys64/mingw64/lib   -pipe   
>>  -lwx_mswu_xrc-3.0 -lwx_mswu_webview-3.0 -lwx_mswu_html-3.0 -lwx_mswu_qa-3.0 
> 
>>  -lwx_mswu_adv-3.0 -lwx_mswu_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 
>>  -lwx_baseu-3.0  -LC:/msys64/mingw64/lib -lpangocairo-1.0 -lpango-1.0 
> -lcairo
>> 
> C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.2.1/../../../../x86_64-w64-mingw32/bin/ld.exe: 
> 
>>  skipping incompatible C:/Program Files (x86)/HTML Help 
> Workshop/lib/htmlhelp.lib 
>>  when searching for -lhtmlhelp
>>  gp_cairo.co:gp_cairo.c:(.text+0x2aa6): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x2f6a): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3316): undefined reference to 
>>  `g_get_charset'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3355): undefined reference to 
>>  `g_utf8_validate'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3367): undefined reference to 
> `g_strdup'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3387): undefined reference to 
> `g_error_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x33c9): undefined reference to 
> `g_convert'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3442): undefined reference to 
> `g_convert'
>>  gp_cairo.co:gp_cairo.c:(.text+0x344f): undefined reference to 
> `g_error_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x348a): undefined reference to 
> `g_error_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x34df): undefined reference to 
> `g_convert'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3574): undefined reference to 
> `g_convert'
>>  gp_cairo.co:gp_cairo.c:(.text+0x35a3): undefined reference to 
> `g_error_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x35df): undefined reference to 
>>  `g_utf8_strlen'
>>  gp_cairo.co:gp_cairo.c:(.text+0x35ea): undefined reference to 
>>  `__imp_g_utf8_skip'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3608): undefined reference to 
>>  `g_utf8_get_char'
>>  gp_cairo.co:gp_cairo.c:(.text+0x362d): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3655): undefined reference to `g_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3676): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3685): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3694): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x36a3): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x36b2): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x36c4): more undefined references to 
>>  `g_unichar_to_utf8' follow
>>  gp_cairo.co:gp_cairo.c:(.text+0x430e): undefined reference to `g_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x46c5): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x477c): undefined reference to `g_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x49d0): undefined reference to `g_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x4a7e): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x4b32): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x4c26): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x4f4f): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x5014): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x50c7): more undefined references to 
>>  `g_object_unref' follow
>>  collect2.exe: error: ld returned 1 exit status
>>  make[1]: *** [Makefile:613: gnuplot.exe] Error 1
>>  make[1]: Leaving directory 
>> 
> '/d/usr/Tatsu/msys2mingw64/gnuplot/gnuplot-5.2.6a/gp_64/gnuplot-5.2.6/config/mingw'
>>  make: *** [Makefile:563: console] Error 2
>> 
>> 
>>  32bit
>>  g++ -s -L/mingw32/lib -mconsole -L/c/Program\ Files\ 
>>  \(x86\)/HTML\ Help\ Workshop/lib -L. -o gnuplot.exe eval.co 
> 
>>  getcolor.co stats.co unset.co breaders.co specfun.co term.co graph3d.co 
>>  dynarray.co show.co axis.co stdfn.co util.co save.co util3d.co tabulate.co 
>>  readline.co internal.co jitter.co libcerf.co bitmap.co hidden3d.co 
> plot3d.co 
>>  color.co contour.co command.co multiplot.co plot.co scanner.co gadgets.co 
>>  plot2d.co tables.co time.co pm3d.co matrix.co boundary.co fit.co misc.co 
>>  alloc.co external.co help.co interpol.co datafile.co parse.co standard.co 
>>  variable.co datablock.co graphics.co mouse.co set.co history.co version.co 
>>  gpexecute.co wxt_gui.co gp_cairo.co gp_cairo_helpers.co qt_term.co  
> winmain.co 
>>  wgnuplib.co wgraph.co wprinter.co wpause.co wgdiplus.co wd2d.co 
> wgplt_res.co 
>>  -lkernel32 -lgdi32 -lwinspool -lcomdlg32 -lcomctl32 -ladvapi32 -lshell32 
>>  -lmsimg32 -lgdiplus -lshlwapi -ld2d1 -ldwrite -lole32 -lhtmlhelp\
>>   -lgd -lgd -L/mingw32/lib -lz -lpng -lfreetype -lfontconfig -liconv -ljpeg 
>>  /mingw32/lib/libimagequant.a -lXpm -ltiff -lwebp -LC:/msys64/mingw32/lib 
> -lgd 
>>  -lQt5Core -lQt5Gui -lQt5Network -lQt5Svg -lQt5Widgets -lQt5PrintSupport 
> -lqtmain 
>>  -llua -lcaca -liconv -lcerf -lm -LC:/msys64/mingw32/lib   -pipe   
>>  -lwx_mswu_xrc-3.0 -lwx_mswu_webview-3.0 -lwx_mswu_html-3.0 -lwx_mswu_qa-3.0 
> 
>>  -lwx_mswu_adv-3.0 -lwx_mswu_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 
>>  -lwx_baseu-3.0  -LC:/msys64/mingw32/lib -lpangocairo-1.0 -lpango-1.0 
> -lcairo
>>  Warning: .drectve `-defaultlib:uuid.lib ' unrecognized
>>  Warning: corrupt .drectve at end of def file
>>  term.co:term.c:(.text+0x15654): undefined reference to 
>>  `wxt_close_terminal_window'
>>  term.co:term.c:(.text+0x15d81): undefined reference to 
> `wxt_update_title'
>>  term.co:term.c:(.text+0x161a2): undefined reference to 
> `wxt_update_size'
>>  term.co:term.c:(.text+0x16263): undefined reference to 
> `wxt_update_position'
>>  term.co:term.c:(.text+0xfdb7): undefined reference to `wxt_text'
>>  term.co:term.c:(.data+0x26ec): undefined reference to `wxt_init'
>>  term.co:term.c:(.data+0x26f0): undefined reference to `wxt_reset'
>>  term.co:term.c:(.data+0x26fc): undefined reference to `wxt_graphics'
>>  term.co:term.c:(.data+0x2700): undefined reference to `wxt_move'
>>  term.co:term.c:(.data+0x2704): undefined reference to `wxt_vector'
>>  term.co:term.c:(.data+0x2708): undefined reference to `wxt_linetype'
>>  term.co:term.c:(.data+0x270c): undefined reference to `wxt_put_text'
>>  term.co:term.c:(.data+0x2710): undefined reference to `wxt_text_angle'
>>  term.co:term.c:(.data+0x2714): undefined reference to 
> `wxt_justify_text'
>>  term.co:term.c:(.data+0x2718): undefined reference to `wxt_point'
>>  term.co:term.c:(.data+0x2720): undefined reference to `wxt_set_font'
>>  term.co:term.c:(.data+0x2724): undefined reference to `wxt_pointsize'
>>  term.co:term.c:(.data+0x272c): undefined reference to `wxt_text'
>>  term.co:term.c:(.data+0x2734): undefined reference to `wxt_fillbox'
>>  term.co:term.c:(.data+0x2738): undefined reference to `wxt_linewidth'
>>  term.co:term.c:(.data+0x273c): undefined reference to 
> `wxt_waitforinput'
>>  term.co:term.c:(.data+0x2740): undefined reference to `wxt_put_tmptext'
>>  term.co:term.c:(.data+0x2744): undefined reference to `wxt_set_ruler'
>>  term.co:term.c:(.data+0x2748): undefined reference to `wxt_set_cursor'
>>  term.co:term.c:(.data+0x274c): undefined reference to 
> `wxt_set_clipboard'
>>  term.co:term.c:(.data+0x2750): undefined reference to 
> `wxt_make_palette'
>>  term.co:term.c:(.data+0x2758): undefined reference to `wxt_set_color'
>>  term.co:term.c:(.data+0x275c): undefined reference to 
> `wxt_filled_polygon'
>>  term.co:term.c:(.data+0x2760): undefined reference to `wxt_image'
>>  term.co:term.c:(.data+0x2764): undefined reference to 
> `wxt_enhanced_open'
>>  term.co:term.c:(.data+0x2768): undefined reference to 
> `wxt_enhanced_flush'
>>  term.co:term.c:(.data+0x276c): undefined reference to 
> `wxt_enhanced_writec'
>>  term.co:term.c:(.data+0x2770): undefined reference to `wxt_layer'
>>  term.co:term.c:(.data+0x2780): undefined reference to `wxt_hypertext'
>>  term.co:term.c:(.data+0x2784): undefined reference to `wxt_boxed_text'
>>  term.co:term.c:(.data+0x2788): undefined reference to 
> `wxt_modify_plots'
>>  term.co:term.c:(.data+0x278c): undefined reference to `wxt_dashtype'
>>  command.co:command.c:(.text+0x143b): undefined reference to 
>>  `wxt_lower_terminal_window'
>>  command.co:command.c:(.text+0x1456): undefined reference to 
>>  `wxt_raise_terminal_window'
>>  command.co:command.c:(.text+0x132f): undefined reference to 
>>  `wxt_lower_terminal_group'
>>  command.co:command.c:(.text+0x133f): undefined reference to 
>>  `wxt_raise_terminal_group'
>>  gp_cairo.co:gp_cairo.c:(.text+0x2af1): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x2ff7): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3348): undefined reference to 
>>  `g_get_charset'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3387): undefined reference to 
>>  `g_utf8_validate'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3395): undefined reference to 
> `g_strdup'
>>  gp_cairo.co:gp_cairo.c:(.text+0x33dd): undefined reference to 
> `g_error_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x343a): undefined reference to 
> `g_convert'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3449): undefined reference to 
> `g_error_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3489): undefined reference to 
> `g_convert'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3506): undefined reference to 
> `g_convert'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3514): undefined reference to 
> `g_error_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3597): undefined reference to 
> `g_convert'
>>  gp_cairo.co:gp_cairo.c:(.text+0x35cc): undefined reference to 
> `g_error_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3612): undefined reference to 
>>  `g_utf8_strlen'
>>  gp_cairo.co:gp_cairo.c:(.text+0x361c): undefined reference to 
>>  `_imp__g_utf8_skip'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3634): undefined reference to 
>>  `g_utf8_get_char'
>>  gp_cairo.co:gp_cairo.c:(.text+0x365a): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3685): undefined reference to `g_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x369d): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x36ab): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x36b9): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x36c7): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x36d5): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x36e3): more undefined references to 
>>  `g_unichar_to_utf8' follow
>>  gp_cairo.co:gp_cairo.c:(.text+0x426b): undefined reference to `g_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x46da): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x472f): undefined reference to `g_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x49de): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x4acf): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x4b85): undefined reference to `g_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x4c49): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x4e9a): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x4f91): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x507c): undefined reference to 
>>  `g_object_unref'
>>  winmain.co:winmain.c:(.text+0xe9d): undefined reference to 
>>  `wxt_window_opened'
>>  winmain.co:winmain.c:(.text+0xc34): undefined reference to 
> `wxt_screen_dump'
>>  wpause.co:wpause.c:(.text+0x901): undefined reference to 
>>  `wxt_active_window_opened'
>>  collect2.exe: error: ld returned 1 exit status
>>  make[1]: *** [Makefile:612: gnuplot.exe] Error 1
>>  make[1]: Leaving directory 
>> 
> '/d/usr/Tatsu/msys2mingw64/gnuplot/gnuplot-5.2.6a/gp_32/gnuplot-5.2.6/config/mingw'
>>  make: *** [Makefile:562: console] Error 2
>> 

> Errors on 32 bit build concersing wxt terminal is mere my mishandling.
> However, glib related link errors perhaps comes from msys system version up.
> 
> I will investigate later.

With updated system glib related linker flags a missing
 -lglib-2.0 -lgio-2.0 -lgobject-2.0
Work around is 


@@ -441,7 +443,7 @@
 ifdef CAIROLIBS
     CAIRO_CFLAGS := $(shell pkg-config --cflags cairo | sed s_-Ic:_-I/c_g)
     PANGOCAIRO_CFLAGS := $(shell pkg-config --cflags pangocairo cairo | sed s_-Ic:_-I/c_g)
-    PANGOCAIRO_LIBS := $(shell pkg-config --libs pangocairo cairo | sed s_-Lc:_-L/c_g)
+    PANGOCAIRO_LIBS := $(shell pkg-config --libs pangocairo cairo | sed s_-Lc:_-L/c_g) -lglib-2.0 -lgio-2.0 -lgobject-2.0
     CAIRO_OBJS := gp_cairo.$(O) gp_cairo_helpers.$(O)
     TERMFLAGS += $(PANGOCAIRO_CFLAGS)
 endif

for config/mingw/Makefile

Tatsuro

Re: Upcoming release of 5.2.6

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

----- Original Message -----
> From: Tatsuro MATSUOKA <
> To: Merritt Ethan ; gnuplot-beta; bmaerkisch@
> Cc: 
> Date: 2018/12/28, Fri 12:21
> Subject: Re: Upcoming release of 5.2.6
> 
> 
> 
> ----- Original Message -----
> 
>>  From: sfeam
>>  To: gnuplot-beta
>>  Cc: 
>>  Date: 2018/12/28, Fri 03:35
>>  Subject: Upcoming release of 5.2.6
>> 
>>  %
>>  % Sorry for a possible duplicate message.
>>  % My university changed mailing systems recently and now my outgoing mail 
>>  % has the "from" field substituted with a new address, which 
> broke all 
>>  my
>>  % mailing list subscriptions.
>>  % This means, I think, that all messages I sent to this list for the past
>>  % month or so have gone nowhere useful.
>>  %    Ethan
>> 
>> 
>>  For your holiday enjoyment
>> 
>>  I have uploaded a testing version of release 5.2.6 to the 
> "testing" 
>>  folder on Sourceforge:
>>      
>> 
> https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/gnuplot-5.2.6a.tar.gz 
> 
>> 
>> 
>>  Note that it self-identifies as version 5.2.6a
>> 
>>  Please test on your favorite platform and report any problems.
>>  If no problems show up, I plan to release it (with version identifier 
> 5.2.6)
>>  in the first week of the new year.
>> 
> 
> 
> I tried to build windows binaries using complier and libraries privied by the 
> Msys2 
> project (updated today).
> 
> Build fails for 64bit and 32 bit while link stage
> 
> 64bit
> g++ -s -L/mingw64/lib -mconsole -L/c/Program\ Files\ 
> \(x86\)/HTML\ Help\ Workshop/lib -L. -o gnuplot.exe eval.co 
> getcolor.co stats.co unset.co breaders.co specfun.co term.co graph3d.co 
> dynarray.co show.co axis.co stdfn.co util.co save.co util3d.co tabulate.co 
> readline.co internal.co jitter.co libcerf.co bitmap.co hidden3d.co plot3d.co 
> color.co contour.co command.co multiplot.co plot.co scanner.co gadgets.co 
> plot2d.co tables.co time.co pm3d.co matrix.co boundary.co fit.co misc.co 
> alloc.co external.co help.co interpol.co datafile.co parse.co standard.co 
> variable.co datablock.co graphics.co mouse.co set.co history.co version.co 
> gpexecute.co wxt_gui.co gp_cairo.co gp_cairo_helpers.co qt_term.co  winmain.co 
> wgnuplib.co wgraph.co wprinter.co wpause.co wgdiplus.co wd2d.co wgplt_res.co 
> -lkernel32 -lgdi32 -lwinspool -lcomdlg32 -lcomctl32 -ladvapi32 -lshell32 
> -lmsimg32 -lgdiplus -lshlwapi -ld2d1 -ldwrite -lole32 -lhtmlhelp\
>  -lgd -lgd -L/mingw64/lib -lz -lpng -lfreetype -lfontconfig -liconv -ljpeg 
> /mingw64/lib/libimagequant.a -lXpm -ltiff -lwebp -LC:/msys64/mingw64/lib -lgd 
> -lQt5Core -lQt5Gui -lQt5Network -lQt5Svg -lQt5Widgets -lQt5PrintSupport -lqtmain 
> -llua -lcaca -liconv -lcerf -lm -LC:/msys64/mingw64/lib   -pipe   
> -lwx_mswu_xrc-3.0 -lwx_mswu_webview-3.0 -lwx_mswu_html-3.0 -lwx_mswu_qa-3.0 
> -lwx_mswu_adv-3.0 -lwx_mswu_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 
> -lwx_baseu-3.0  -LC:/msys64/mingw64/lib -lpangocairo-1.0 -lpango-1.0 -lcairo
> C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.2.1/../../../../x86_64-w64-mingw32/bin/ld.exe: 
> skipping incompatible C:/Program Files (x86)/HTML Help Workshop/lib/htmlhelp.lib 
> when searching for -lhtmlhelp
> gp_cairo.co:gp_cairo.c:(.text+0x2aa6): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x2f6a): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x3316): undefined reference to 
> `g_get_charset'
> gp_cairo.co:gp_cairo.c:(.text+0x3355): undefined reference to 
> `g_utf8_validate'
> gp_cairo.co:gp_cairo.c:(.text+0x3367): undefined reference to `g_strdup'
> gp_cairo.co:gp_cairo.c:(.text+0x3387): undefined reference to `g_error_free'
> gp_cairo.co:gp_cairo.c:(.text+0x33c9): undefined reference to `g_convert'
> gp_cairo.co:gp_cairo.c:(.text+0x3442): undefined reference to `g_convert'
> gp_cairo.co:gp_cairo.c:(.text+0x344f): undefined reference to `g_error_free'
> gp_cairo.co:gp_cairo.c:(.text+0x348a): undefined reference to `g_error_free'
> gp_cairo.co:gp_cairo.c:(.text+0x34df): undefined reference to `g_convert'
> gp_cairo.co:gp_cairo.c:(.text+0x3574): undefined reference to `g_convert'
> gp_cairo.co:gp_cairo.c:(.text+0x35a3): undefined reference to `g_error_free'
> gp_cairo.co:gp_cairo.c:(.text+0x35df): undefined reference to 
> `g_utf8_strlen'
> gp_cairo.co:gp_cairo.c:(.text+0x35ea): undefined reference to 
> `__imp_g_utf8_skip'
> gp_cairo.co:gp_cairo.c:(.text+0x3608): undefined reference to 
> `g_utf8_get_char'
> gp_cairo.co:gp_cairo.c:(.text+0x362d): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x3655): undefined reference to `g_free'
> gp_cairo.co:gp_cairo.c:(.text+0x3676): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x3685): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x3694): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x36a3): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x36b2): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x36c4): more undefined references to 
> `g_unichar_to_utf8' follow
> gp_cairo.co:gp_cairo.c:(.text+0x430e): undefined reference to `g_free'
> gp_cairo.co:gp_cairo.c:(.text+0x46c5): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x477c): undefined reference to `g_free'
> gp_cairo.co:gp_cairo.c:(.text+0x49d0): undefined reference to `g_free'
> gp_cairo.co:gp_cairo.c:(.text+0x4a7e): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x4b32): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x4c26): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x4f4f): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x5014): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x50c7): more undefined references to 
> `g_object_unref' follow
> collect2.exe: error: ld returned 1 exit status
> make[1]: *** [Makefile:613: gnuplot.exe] Error 1
> make[1]: Leaving directory 
> '/d/usr/Tatsu/msys2mingw64/gnuplot/gnuplot-5.2.6a/gp_64/gnuplot-5.2.6/config/mingw'
> make: *** [Makefile:563: console] Error 2
> 
> 
> 32bit
> g++ -s -L/mingw32/lib -mconsole -L/c/Program\ Files\ 
> \(x86\)/HTML\ Help\ Workshop/lib -L. -o gnuplot.exe eval.co 
> getcolor.co stats.co unset.co breaders.co specfun.co term.co graph3d.co 
> dynarray.co show.co axis.co stdfn.co util.co save.co util3d.co tabulate.co 
> readline.co internal.co jitter.co libcerf.co bitmap.co hidden3d.co plot3d.co 
> color.co contour.co command.co multiplot.co plot.co scanner.co gadgets.co 
> plot2d.co tables.co time.co pm3d.co matrix.co boundary.co fit.co misc.co 
> alloc.co external.co help.co interpol.co datafile.co parse.co standard.co 
> variable.co datablock.co graphics.co mouse.co set.co history.co version.co 
> gpexecute.co wxt_gui.co gp_cairo.co gp_cairo_helpers.co qt_term.co  winmain.co 
> wgnuplib.co wgraph.co wprinter.co wpause.co wgdiplus.co wd2d.co wgplt_res.co 
> -lkernel32 -lgdi32 -lwinspool -lcomdlg32 -lcomctl32 -ladvapi32 -lshell32 
> -lmsimg32 -lgdiplus -lshlwapi -ld2d1 -ldwrite -lole32 -lhtmlhelp\
>  -lgd -lgd -L/mingw32/lib -lz -lpng -lfreetype -lfontconfig -liconv -ljpeg 
> /mingw32/lib/libimagequant.a -lXpm -ltiff -lwebp -LC:/msys64/mingw32/lib -lgd 
> -lQt5Core -lQt5Gui -lQt5Network -lQt5Svg -lQt5Widgets -lQt5PrintSupport -lqtmain 
> -llua -lcaca -liconv -lcerf -lm -LC:/msys64/mingw32/lib   -pipe   
> -lwx_mswu_xrc-3.0 -lwx_mswu_webview-3.0 -lwx_mswu_html-3.0 -lwx_mswu_qa-3.0 
> -lwx_mswu_adv-3.0 -lwx_mswu_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 
> -lwx_baseu-3.0  -LC:/msys64/mingw32/lib -lpangocairo-1.0 -lpango-1.0 -lcairo
> Warning: .drectve `-defaultlib:uuid.lib ' unrecognized
> Warning: corrupt .drectve at end of def file
> term.co:term.c:(.text+0x15654): undefined reference to 
> `wxt_close_terminal_window'
> term.co:term.c:(.text+0x15d81): undefined reference to `wxt_update_title'
> term.co:term.c:(.text+0x161a2): undefined reference to `wxt_update_size'
> term.co:term.c:(.text+0x16263): undefined reference to `wxt_update_position'
> term.co:term.c:(.text+0xfdb7): undefined reference to `wxt_text'
> term.co:term.c:(.data+0x26ec): undefined reference to `wxt_init'
> term.co:term.c:(.data+0x26f0): undefined reference to `wxt_reset'
> term.co:term.c:(.data+0x26fc): undefined reference to `wxt_graphics'
> term.co:term.c:(.data+0x2700): undefined reference to `wxt_move'
> term.co:term.c:(.data+0x2704): undefined reference to `wxt_vector'
> term.co:term.c:(.data+0x2708): undefined reference to `wxt_linetype'
> term.co:term.c:(.data+0x270c): undefined reference to `wxt_put_text'
> term.co:term.c:(.data+0x2710): undefined reference to `wxt_text_angle'
> term.co:term.c:(.data+0x2714): undefined reference to `wxt_justify_text'
> term.co:term.c:(.data+0x2718): undefined reference to `wxt_point'
> term.co:term.c:(.data+0x2720): undefined reference to `wxt_set_font'
> term.co:term.c:(.data+0x2724): undefined reference to `wxt_pointsize'
> term.co:term.c:(.data+0x272c): undefined reference to `wxt_text'
> term.co:term.c:(.data+0x2734): undefined reference to `wxt_fillbox'
> term.co:term.c:(.data+0x2738): undefined reference to `wxt_linewidth'
> term.co:term.c:(.data+0x273c): undefined reference to `wxt_waitforinput'
> term.co:term.c:(.data+0x2740): undefined reference to `wxt_put_tmptext'
> term.co:term.c:(.data+0x2744): undefined reference to `wxt_set_ruler'
> term.co:term.c:(.data+0x2748): undefined reference to `wxt_set_cursor'
> term.co:term.c:(.data+0x274c): undefined reference to `wxt_set_clipboard'
> term.co:term.c:(.data+0x2750): undefined reference to `wxt_make_palette'
> term.co:term.c:(.data+0x2758): undefined reference to `wxt_set_color'
> term.co:term.c:(.data+0x275c): undefined reference to `wxt_filled_polygon'
> term.co:term.c:(.data+0x2760): undefined reference to `wxt_image'
> term.co:term.c:(.data+0x2764): undefined reference to `wxt_enhanced_open'
> term.co:term.c:(.data+0x2768): undefined reference to `wxt_enhanced_flush'
> term.co:term.c:(.data+0x276c): undefined reference to `wxt_enhanced_writec'
> term.co:term.c:(.data+0x2770): undefined reference to `wxt_layer'
> term.co:term.c:(.data+0x2780): undefined reference to `wxt_hypertext'
> term.co:term.c:(.data+0x2784): undefined reference to `wxt_boxed_text'
> term.co:term.c:(.data+0x2788): undefined reference to `wxt_modify_plots'
> term.co:term.c:(.data+0x278c): undefined reference to `wxt_dashtype'
> command.co:command.c:(.text+0x143b): undefined reference to 
> `wxt_lower_terminal_window'
> command.co:command.c:(.text+0x1456): undefined reference to 
> `wxt_raise_terminal_window'
> command.co:command.c:(.text+0x132f): undefined reference to 
> `wxt_lower_terminal_group'
> command.co:command.c:(.text+0x133f): undefined reference to 
> `wxt_raise_terminal_group'
> gp_cairo.co:gp_cairo.c:(.text+0x2af1): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x2ff7): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x3348): undefined reference to 
> `g_get_charset'
> gp_cairo.co:gp_cairo.c:(.text+0x3387): undefined reference to 
> `g_utf8_validate'
> gp_cairo.co:gp_cairo.c:(.text+0x3395): undefined reference to `g_strdup'
> gp_cairo.co:gp_cairo.c:(.text+0x33dd): undefined reference to `g_error_free'
> gp_cairo.co:gp_cairo.c:(.text+0x343a): undefined reference to `g_convert'
> gp_cairo.co:gp_cairo.c:(.text+0x3449): undefined reference to `g_error_free'
> gp_cairo.co:gp_cairo.c:(.text+0x3489): undefined reference to `g_convert'
> gp_cairo.co:gp_cairo.c:(.text+0x3506): undefined reference to `g_convert'
> gp_cairo.co:gp_cairo.c:(.text+0x3514): undefined reference to `g_error_free'
> gp_cairo.co:gp_cairo.c:(.text+0x3597): undefined reference to `g_convert'
> gp_cairo.co:gp_cairo.c:(.text+0x35cc): undefined reference to `g_error_free'
> gp_cairo.co:gp_cairo.c:(.text+0x3612): undefined reference to 
> `g_utf8_strlen'
> gp_cairo.co:gp_cairo.c:(.text+0x361c): undefined reference to 
> `_imp__g_utf8_skip'
> gp_cairo.co:gp_cairo.c:(.text+0x3634): undefined reference to 
> `g_utf8_get_char'
> gp_cairo.co:gp_cairo.c:(.text+0x365a): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x3685): undefined reference to `g_free'
> gp_cairo.co:gp_cairo.c:(.text+0x369d): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x36ab): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x36b9): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x36c7): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x36d5): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x36e3): more undefined references to 
> `g_unichar_to_utf8' follow
> gp_cairo.co:gp_cairo.c:(.text+0x426b): undefined reference to `g_free'
> gp_cairo.co:gp_cairo.c:(.text+0x46da): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x472f): undefined reference to `g_free'
> gp_cairo.co:gp_cairo.c:(.text+0x49de): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x4acf): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x4b85): undefined reference to `g_free'
> gp_cairo.co:gp_cairo.c:(.text+0x4c49): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x4e9a): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x4f91): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x507c): undefined reference to 
> `g_object_unref'
> winmain.co:winmain.c:(.text+0xe9d): undefined reference to 
> `wxt_window_opened'
> winmain.co:winmain.c:(.text+0xc34): undefined reference to `wxt_screen_dump'
> wpause.co:wpause.c:(.text+0x901): undefined reference to 
> `wxt_active_window_opened'
> collect2.exe: error: ld returned 1 exit status
> make[1]: *** [Makefile:612: gnuplot.exe] Error 1
> make[1]: Leaving directory 
> '/d/usr/Tatsu/msys2mingw64/gnuplot/gnuplot-5.2.6a/gp_32/gnuplot-5.2.6/config/mingw'
> make: *** [Makefile:562: console] Error 2
> 
> 
> I will try again using dependency libraries built myself.
> 
> Tatsuro
> 


Errors on 32 bit build concersing wxt terminal is mere my mishandling.
However, glib related link errors perhaps comes from msys system version up.

I will investigate later.

> I will try again using dependency libraries built myself.
> 

Using dependency libraries built myself, windows builds were successful for both 32 and 64bit.

So I can provide windows binaries for 5.2.6.


Tatsuro

Re: Upcoming release of 5.2.6

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

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

> From: sfeam
> To: gnuplot-beta
> Cc: 
> Date: 2018/12/28, Fri 03:35
> Subject: Upcoming release of 5.2.6
> 
> %
> % Sorry for a possible duplicate message.
> % My university changed mailing systems recently and now my outgoing mail 
> % has the "from" field substituted with a new address, which broke all 
> my
> % mailing list subscriptions.
> % This means, I think, that all messages I sent to this list for the past
> % month or so have gone nowhere useful.
> %    Ethan
> 
> 
> For your holiday enjoyment
> 
> I have uploaded a testing version of release 5.2.6 to the "testing" 
> folder on Sourceforge:
>     
> https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/gnuplot-5.2.6a.tar.gz 
> 
> 
> Note that it self-identifies as version 5.2.6a
> 
> Please test on your favorite platform and report any problems.
> If no problems show up, I plan to release it (with version identifier 5.2.6)
> in the first week of the new year.
> 


I tried to build windows binaries using complier and libraries privied by the Msys2 
project (updated today).

Build fails for 64bit and 32 bit while link stage

64bit
g++ -s -L/mingw64/lib -mconsole -L/c/Program\ Files\ \(x86\)/HTML\ Help\ Workshop/lib -L. -o gnuplot.exe eval.co getcolor.co stats.co unset.co breaders.co specfun.co term.co graph3d.co dynarray.co show.co axis.co stdfn.co util.co save.co util3d.co tabulate.co readline.co internal.co jitter.co libcerf.co bitmap.co hidden3d.co plot3d.co color.co contour.co command.co multiplot.co plot.co scanner.co gadgets.co plot2d.co tables.co time.co pm3d.co matrix.co boundary.co fit.co misc.co alloc.co external.co help.co interpol.co datafile.co parse.co standard.co variable.co datablock.co graphics.co mouse.co set.co history.co version.co gpexecute.co wxt_gui.co gp_cairo.co gp_cairo_helpers.co qt_term.co  winmain.co wgnuplib.co wgraph.co wprinter.co wpause.co wgdiplus.co wd2d.co wgplt_res.co -lkernel32 -lgdi32 -lwinspool -lcomdlg32 -lcomctl32 -ladvapi32 -lshell32 -lmsimg32 -lgdiplus -lshlwapi -ld2d1 -ldwrite -lole32 -lhtmlhelp\
 -lgd -lgd -L/mingw64/lib -lz -lpng -lfreetype -lfontconfig -liconv -ljpeg /mingw64/lib/libimagequant.a -lXpm -ltiff -lwebp -LC:/msys64/mingw64/lib -lgd -lQt5Core -lQt5Gui -lQt5Network -lQt5Svg -lQt5Widgets -lQt5PrintSupport -lqtmain -llua -lcaca -liconv -lcerf -lm -LC:/msys64/mingw64/lib   -pipe   -lwx_mswu_xrc-3.0 -lwx_mswu_webview-3.0 -lwx_mswu_html-3.0 -lwx_mswu_qa-3.0 -lwx_mswu_adv-3.0 -lwx_mswu_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 -lwx_baseu-3.0  -LC:/msys64/mingw64/lib -lpangocairo-1.0 -lpango-1.0 -lcairo
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.2.1/../../../../x86_64-w64-mingw32/bin/ld.exe: skipping incompatible C:/Program Files (x86)/HTML Help Workshop/lib/htmlhelp.lib when searching for -lhtmlhelp
gp_cairo.co:gp_cairo.c:(.text+0x2aa6): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x2f6a): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x3316): undefined reference to `g_get_charset'
gp_cairo.co:gp_cairo.c:(.text+0x3355): undefined reference to `g_utf8_validate'
gp_cairo.co:gp_cairo.c:(.text+0x3367): undefined reference to `g_strdup'
gp_cairo.co:gp_cairo.c:(.text+0x3387): undefined reference to `g_error_free'
gp_cairo.co:gp_cairo.c:(.text+0x33c9): undefined reference to `g_convert'
gp_cairo.co:gp_cairo.c:(.text+0x3442): undefined reference to `g_convert'
gp_cairo.co:gp_cairo.c:(.text+0x344f): undefined reference to `g_error_free'
gp_cairo.co:gp_cairo.c:(.text+0x348a): undefined reference to `g_error_free'
gp_cairo.co:gp_cairo.c:(.text+0x34df): undefined reference to `g_convert'
gp_cairo.co:gp_cairo.c:(.text+0x3574): undefined reference to `g_convert'
gp_cairo.co:gp_cairo.c:(.text+0x35a3): undefined reference to `g_error_free'
gp_cairo.co:gp_cairo.c:(.text+0x35df): undefined reference to `g_utf8_strlen'
gp_cairo.co:gp_cairo.c:(.text+0x35ea): undefined reference to `__imp_g_utf8_skip'
gp_cairo.co:gp_cairo.c:(.text+0x3608): undefined reference to `g_utf8_get_char'
gp_cairo.co:gp_cairo.c:(.text+0x362d): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x3655): undefined reference to `g_free'
gp_cairo.co:gp_cairo.c:(.text+0x3676): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x3685): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x3694): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x36a3): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x36b2): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x36c4): more undefined references to `g_unichar_to_utf8' follow
gp_cairo.co:gp_cairo.c:(.text+0x430e): undefined reference to `g_free'
gp_cairo.co:gp_cairo.c:(.text+0x46c5): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x477c): undefined reference to `g_free'
gp_cairo.co:gp_cairo.c:(.text+0x49d0): undefined reference to `g_free'
gp_cairo.co:gp_cairo.c:(.text+0x4a7e): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x4b32): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x4c26): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x4f4f): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x5014): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x50c7): more undefined references to `g_object_unref' follow
collect2.exe: error: ld returned 1 exit status
make[1]: *** [Makefile:613: gnuplot.exe] Error 1
make[1]: Leaving directory '/d/usr/Tatsu/msys2mingw64/gnuplot/gnuplot-5.2.6a/gp_64/gnuplot-5.2.6/config/mingw'
make: *** [Makefile:563: console] Error 2


32bit
g++ -s -L/mingw32/lib -mconsole -L/c/Program\ Files\ \(x86\)/HTML\ Help\ Workshop/lib -L. -o gnuplot.exe eval.co getcolor.co stats.co unset.co breaders.co specfun.co term.co graph3d.co dynarray.co show.co axis.co stdfn.co util.co save.co util3d.co tabulate.co readline.co internal.co jitter.co libcerf.co bitmap.co hidden3d.co plot3d.co color.co contour.co command.co multiplot.co plot.co scanner.co gadgets.co plot2d.co tables.co time.co pm3d.co matrix.co boundary.co fit.co misc.co alloc.co external.co help.co interpol.co datafile.co parse.co standard.co variable.co datablock.co graphics.co mouse.co set.co history.co version.co gpexecute.co wxt_gui.co gp_cairo.co gp_cairo_helpers.co qt_term.co  winmain.co wgnuplib.co wgraph.co wprinter.co wpause.co wgdiplus.co wd2d.co wgplt_res.co -lkernel32 -lgdi32 -lwinspool -lcomdlg32 -lcomctl32 -ladvapi32 -lshell32 -lmsimg32 -lgdiplus -lshlwapi -ld2d1 -ldwrite -lole32 -lhtmlhelp\
 -lgd -lgd -L/mingw32/lib -lz -lpng -lfreetype -lfontconfig -liconv -ljpeg /mingw32/lib/libimagequant.a -lXpm -ltiff -lwebp -LC:/msys64/mingw32/lib -lgd -lQt5Core -lQt5Gui -lQt5Network -lQt5Svg -lQt5Widgets -lQt5PrintSupport -lqtmain -llua -lcaca -liconv -lcerf -lm -LC:/msys64/mingw32/lib   -pipe   -lwx_mswu_xrc-3.0 -lwx_mswu_webview-3.0 -lwx_mswu_html-3.0 -lwx_mswu_qa-3.0 -lwx_mswu_adv-3.0 -lwx_mswu_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 -lwx_baseu-3.0  -LC:/msys64/mingw32/lib -lpangocairo-1.0 -lpango-1.0 -lcairo
Warning: .drectve `-defaultlib:uuid.lib ' unrecognized
Warning: corrupt .drectve at end of def file
term.co:term.c:(.text+0x15654): undefined reference to `wxt_close_terminal_window'
term.co:term.c:(.text+0x15d81): undefined reference to `wxt_update_title'
term.co:term.c:(.text+0x161a2): undefined reference to `wxt_update_size'
term.co:term.c:(.text+0x16263): undefined reference to `wxt_update_position'
term.co:term.c:(.text+0xfdb7): undefined reference to `wxt_text'
term.co:term.c:(.data+0x26ec): undefined reference to `wxt_init'
term.co:term.c:(.data+0x26f0): undefined reference to `wxt_reset'
term.co:term.c:(.data+0x26fc): undefined reference to `wxt_graphics'
term.co:term.c:(.data+0x2700): undefined reference to `wxt_move'
term.co:term.c:(.data+0x2704): undefined reference to `wxt_vector'
term.co:term.c:(.data+0x2708): undefined reference to `wxt_linetype'
term.co:term.c:(.data+0x270c): undefined reference to `wxt_put_text'
term.co:term.c:(.data+0x2710): undefined reference to `wxt_text_angle'
term.co:term.c:(.data+0x2714): undefined reference to `wxt_justify_text'
term.co:term.c:(.data+0x2718): undefined reference to `wxt_point'
term.co:term.c:(.data+0x2720): undefined reference to `wxt_set_font'
term.co:term.c:(.data+0x2724): undefined reference to `wxt_pointsize'
term.co:term.c:(.data+0x272c): undefined reference to `wxt_text'
term.co:term.c:(.data+0x2734): undefined reference to `wxt_fillbox'
term.co:term.c:(.data+0x2738): undefined reference to `wxt_linewidth'
term.co:term.c:(.data+0x273c): undefined reference to `wxt_waitforinput'
term.co:term.c:(.data+0x2740): undefined reference to `wxt_put_tmptext'
term.co:term.c:(.data+0x2744): undefined reference to `wxt_set_ruler'
term.co:term.c:(.data+0x2748): undefined reference to `wxt_set_cursor'
term.co:term.c:(.data+0x274c): undefined reference to `wxt_set_clipboard'
term.co:term.c:(.data+0x2750): undefined reference to `wxt_make_palette'
term.co:term.c:(.data+0x2758): undefined reference to `wxt_set_color'
term.co:term.c:(.data+0x275c): undefined reference to `wxt_filled_polygon'
term.co:term.c:(.data+0x2760): undefined reference to `wxt_image'
term.co:term.c:(.data+0x2764): undefined reference to `wxt_enhanced_open'
term.co:term.c:(.data+0x2768): undefined reference to `wxt_enhanced_flush'
term.co:term.c:(.data+0x276c): undefined reference to `wxt_enhanced_writec'
term.co:term.c:(.data+0x2770): undefined reference to `wxt_layer'
term.co:term.c:(.data+0x2780): undefined reference to `wxt_hypertext'
term.co:term.c:(.data+0x2784): undefined reference to `wxt_boxed_text'
term.co:term.c:(.data+0x2788): undefined reference to `wxt_modify_plots'
term.co:term.c:(.data+0x278c): undefined reference to `wxt_dashtype'
command.co:command.c:(.text+0x143b): undefined reference to `wxt_lower_terminal_window'
command.co:command.c:(.text+0x1456): undefined reference to `wxt_raise_terminal_window'
command.co:command.c:(.text+0x132f): undefined reference to `wxt_lower_terminal_group'
command.co:command.c:(.text+0x133f): undefined reference to `wxt_raise_terminal_group'
gp_cairo.co:gp_cairo.c:(.text+0x2af1): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x2ff7): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x3348): undefined reference to `g_get_charset'
gp_cairo.co:gp_cairo.c:(.text+0x3387): undefined reference to `g_utf8_validate'
gp_cairo.co:gp_cairo.c:(.text+0x3395): undefined reference to `g_strdup'
gp_cairo.co:gp_cairo.c:(.text+0x33dd): undefined reference to `g_error_free'
gp_cairo.co:gp_cairo.c:(.text+0x343a): undefined reference to `g_convert'
gp_cairo.co:gp_cairo.c:(.text+0x3449): undefined reference to `g_error_free'
gp_cairo.co:gp_cairo.c:(.text+0x3489): undefined reference to `g_convert'
gp_cairo.co:gp_cairo.c:(.text+0x3506): undefined reference to `g_convert'
gp_cairo.co:gp_cairo.c:(.text+0x3514): undefined reference to `g_error_free'
gp_cairo.co:gp_cairo.c:(.text+0x3597): undefined reference to `g_convert'
gp_cairo.co:gp_cairo.c:(.text+0x35cc): undefined reference to `g_error_free'
gp_cairo.co:gp_cairo.c:(.text+0x3612): undefined reference to `g_utf8_strlen'
gp_cairo.co:gp_cairo.c:(.text+0x361c): undefined reference to `_imp__g_utf8_skip'
gp_cairo.co:gp_cairo.c:(.text+0x3634): undefined reference to `g_utf8_get_char'
gp_cairo.co:gp_cairo.c:(.text+0x365a): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x3685): undefined reference to `g_free'
gp_cairo.co:gp_cairo.c:(.text+0x369d): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x36ab): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x36b9): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x36c7): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x36d5): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x36e3): more undefined references to `g_unichar_to_utf8' follow
gp_cairo.co:gp_cairo.c:(.text+0x426b): undefined reference to `g_free'
gp_cairo.co:gp_cairo.c:(.text+0x46da): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x472f): undefined reference to `g_free'
gp_cairo.co:gp_cairo.c:(.text+0x49de): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x4acf): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x4b85): undefined reference to `g_free'
gp_cairo.co:gp_cairo.c:(.text+0x4c49): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x4e9a): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x4f91): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x507c): undefined reference to `g_object_unref'
winmain.co:winmain.c:(.text+0xe9d): undefined reference to `wxt_window_opened'
winmain.co:winmain.c:(.text+0xc34): undefined reference to `wxt_screen_dump'
wpause.co:wpause.c:(.text+0x901): undefined reference to `wxt_active_window_opened'
collect2.exe: error: ld returned 1 exit status
make[1]: *** [Makefile:612: gnuplot.exe] Error 1
make[1]: Leaving directory '/d/usr/Tatsu/msys2mingw64/gnuplot/gnuplot-5.2.6a/gp_32/gnuplot-5.2.6/config/mingw'
make: *** [Makefile:562: console] Error 2


I will try again using dependency libraries built myself.

Tatsuro

Upcoming release of 5.2.6

[sfeam <me...@uw...>]

%
% Sorry for a possible duplicate message.
% My university changed mailing systems recently and now my outgoing mail 
% has the "from" field substituted with a new address, which broke all my
% mailing list subscriptions.
% This means, I think, that all messages I sent to this list for the past
% month or so have gone nowhere useful.
%	Ethan


For your holiday enjoyment

I have uploaded a testing version of release 5.2.6 to the "testing" 
folder on Sourceforge:
    https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/gnuplot-5.2.6a.tar.gz

Note that it self-identifies as version 5.2.6a

Please test on your favorite platform and report any problems.
If no problems show up, I plan to release it (with version identifier 5.2.6)
in the first week of the new year.

                GNUPLOT Version 5.2.6 Release Notes
                ===================================

These release notes are for version 5.2 patchlevel 6 (5.2.6).
This release contains bug-fixes, a few changes back-ported from the
development version, and two new features.  The most notable fixes are for
problems with the "pause mouse" command in the x11, wxt, and qt terminals.

Please see the ChangeLog file for a complete list of changes made during the
course of development from 5.0 to 5.2.

Release Notes date: 24-December-2018

Changes in 5.2.6
================
* NEW keyword "keyentry" places an entry in the key without actually plotting
* NEW "set style boxplot medianlinewidth <lw>"
* CHANGE drop non-working support for CIE/XYZ color space
* CHANGE strptime ignores content read with format a/A/w/W
* FIX various corner-case bugs and overruns found by fuzzing
* FIX revise waitforinput in x11 terminal
* FIX revise waitforinput and terminal close events in qt terminal
* FIX revise waitforinput and new window events in monothreaded wxt terminal
* FIX lua.trm compatibility with lua version 5.3
* FIX error line reporting inside an if/else bracketed clause
* FIX error in date conversion for times within a nanosecond of a year boundary


		cheers,

			Ethan

Upcoming release of 5.2.6

[sfeam <me...@uw...>]

For your holiday enjoyment

I have uploaded a testing version of release 5.2.6 to the "testing" 
folder on Sourceforge:
    https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/gnuplot-5.2.6a.tar.gz

Note that it self-identifies as version 5.2.6a

Please test on your favorite platform and report any problems.
If no problems show up, I plan to release it (with version identifier 5.2.6)
in the first week of the new year.

                GNUPLOT Version 5.2.6 Release Notes
                ===================================

These release notes are for version 5.2 patchlevel 6 (5.2.6).
This release contains bug-fixes, a few changes back-ported from the
development version, and two new features.  The most notable fixes are for
problems with the "pause mouse" command in the x11, wxt, and qt terminals.

Please see the ChangeLog file for a complete list of changes made during the
course of development from 5.0 to 5.2.

Release Notes date: 24-December-2018

Changes in 5.2.6
================
* NEW keyword "keyentry" places an entry in the key without actually plotting
* NEW "set style boxplot medianlinewidth <lw>"
* CHANGE drop non-working support for CIE/XYZ color space
* CHANGE strptime ignores content read with format a/A/w/W
* FIX various corner-case bugs and overruns found by fuzzing
* FIX revise waitforinput in x11 terminal
* FIX revise waitforinput and terminal close events in qt terminal
* FIX revise waitforinput and new window events in monothreaded wxt terminal
* FIX lua.trm compatibility with lua version 5.3
* FIX error line reporting inside an if/else bracketed clause
* FIX error in date conversion for times within a nanosecond of a year boundary


		cheers,

			Ethan

gnuplot 5.2.6?

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

I noticed the following change in git repository for branch-5-2-stable.

Bump version to 5.2.6 in preparation for release

Will 5.2.6 be released soon?

Tatsuro

Re: Square aspect ratio doesn't work with very wide images and 'with rgbimage'

[Dima K. <gn...@di...>]

sfeam <me...@uw...> writes:

> Right now the code is
>
>   if (too-big)
> 	warn
>   else
> 	apply the correcion
>
> I suppose the alternative is to remove the "else". I.e. warn on the
> extreme case so that if there is a divide-by-zero or other bad outcome
> at least you have some hint as to what went wrong.
>
> Would you prefer that?

Maybe? The wide images that previously would be rejected appear to work
just fine after your patch (i.e. they're expectedly illegible, but you
can interactively zoom in as expected). So yeah. This logic probably is
what I favor (until we find something that breaks):

    if (too-big)
         warn
    do-the-thing;

Thanks much

Re: Square aspect ratio doesn't work with very wide images and 'with rgbimage'

[Dima K. <gn...@di...>]

sfeam <me...@uw...> writes:

> Ah, I understand now. Yes there is a sanity check on the aspect ratio
> that limits it to a ratio of 1:100. That code dates waayyy back and I
> don't know what logic went into deciding this was the limit. You could
> try changing it to, say, 1:1000.

Hi Ethan. I just went to look at this, and it looks like you applied a
patch already. Thanks! I don't quite understand why this limit is there
at all. As long as the aspect ratio is > 0 and < infinity, I think we
should accept it. I hit this through normal usage, and I can imagine
hitting even the more extreme limit at some point later.

My use case is this:

- I'm plotting an image with annotations plotted on top (points, lines,
  etc).

- The initial plot indeed has a crazy aspect ratio, and isn't very
  useful. But I can clearly see the annotations, and I can then
  interactively zoom into the area with the annotations, producing a
  useful plot. The square aspect ratio is preserved by the zoom
  operation

Unless something predictable will break, maybe the limit should go away,
or become much larger?

Re: Square aspect ratio doesn't work with very wide images and 'with rgbimage'

[sfeam <me...@uw...>]

On Tuesday, 06 November 2018 20:46:31 Dima Kogan wrote:
> 
> Ethan Merritt <me...@uw...> writes:
> 
> >> I have a very VERY non-square image file (attached). This is a 4000x20
> >> png. I want to use gnuplot to plot it with a square aspect ratio. (In my
> >> actual use case, I'd plot stuff on top of it). I do this:
> >>
> >>   set size ratio -1
> >>   plot "wide.png" binary filetype=auto with rgbimage
> >>
> >> Normally this works, but with such a wide image the "set size ratio -1"
> >> doesn't work: the image is scaled to fill the plot, and I get very tall
> >> and very skinny pixels.
> >
> > I do not understand the problem.
> > Of course the pixels are very tall and skinny, since there are 4000
> > of them in one direction and only 20 in the other.
> 
> Hi.
> 
> I want a square aspect ratio of the thing being plotted (size ratio -1).
> This means:
> 
> - square pixels
> - the image rendered by gnuplot should thus look like the input image:
>   it should be very wide; i.e. not square


Ah, I understand now.
Yes there is a sanity check on the aspect ratio that limits it to a 
ratio of 1:100.   That code dates waayyy back and I don't know what 
logic went into deciding this was the limit.
You could try changing it to, say, 1:1000. 

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
diff --git a/src/boundary.c b/src/boundary.c
index b096410..85a7f20 100644
--- a/src/boundary.c
+++ b/src/boundary.c
@@ -629,7 +629,7 @@ boundary(struct curve_points *plots, int count)
 
        /* Set aspect ratio if valid and sensible */
        /* EAM Mar 2008 - fixed borders take precedence over centering */
-   if (current_aspect_ratio >= 0.01 && current_aspect_ratio <= 100.0) {
+   if (current_aspect_ratio >= 0.001 && current_aspect_ratio <= 1000.0) {
            double current = ((double) (plot_bounds.ytop - plot_bounds.ybot))
                           / (plot_bounds.xright - plot_bounds.xleft);
            double required = (current_aspect_ratio * t->v_tic) / t->h_tic;
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%


	cheers,


		Ethan

> 
> The other mode is "size ratio 1" (or equivalently "size square"), which
> sets a square aspect ratio on the resulting image by making the pixels
> non-square.
> 
> I'm attaching a less skewed image, so that you can see that "size ratio
> -1" is indeed the right thing. The issue here is that gnuplot behaves
> differently with the extra-wide image.
> 
> 

Re: Square aspect ratio doesn't work with very wide images and 'with rgbimage'

[Dima K. <gn...@di...>]

Ethan Merritt <me...@uw...> writes:

>> I have a very VERY non-square image file (attached). This is a 4000x20
>> png. I want to use gnuplot to plot it with a square aspect ratio. (In my
>> actual use case, I'd plot stuff on top of it). I do this:
>>
>>   set size ratio -1
>>   plot "wide.png" binary filetype=auto with rgbimage
>>
>> Normally this works, but with such a wide image the "set size ratio -1"
>> doesn't work: the image is scaled to fill the plot, and I get very tall
>> and very skinny pixels.
>
> I do not understand the problem.
> Of course the pixels are very tall and skinny, since there are 4000
> of them in one direction and only 20 in the other.

Hi.

I want a square aspect ratio of the thing being plotted (size ratio -1).
This means:

- square pixels
- the image rendered by gnuplot should thus look like the input image:
  it should be very wide; i.e. not square

The other mode is "size ratio 1" (or equivalently "size square"), which
sets a square aspect ratio on the resulting image by making the pixels
non-square.

I'm attaching a less skewed image, so that you can see that "size ratio
-1" is indeed the right thing. The issue here is that gnuplot behaves
differently with the extra-wide image.

Square aspect ratio doesn't work with very wide images and 'with rgbimage'

[Dima K. <gn...@di...>]

Hi.

I have a very VERY non-square image file (attached). This is a 4000x20
png. I want to use gnuplot to plot it with a square aspect ratio. (In my
actual use case, I'd plot stuff on top of it). I do this:

  set size ratio -1
  plot "wide.png" binary filetype=auto with rgbimage

Normally this works, but with such a wide image the "set size ratio -1"
doesn't work: the image is scaled to fill the plot, and I get very tall
and very skinny pixels. If I zoom in with

  Ctrl-Shift-MouseWheelUp

then it gets unconfused after a few cycles. I bet there's something
hardcoded in the scaling logic. Can somebody please take a look?

Re: "pause mouse close" almost works, but not completely

[Dima K. <gn...@di...>]

sfeam <sf...@us...> writes:

> If you can draw up another scheme using only select I'd be happy to
> revisit the code. Maybe the code in the qt terminal could be used as a
> guide.

OK, that would require actually understanding what waitforinput() is
supposed to do. Is there a description somewhere? qt terminal? Should I
just study the code?

Re: "pause mouse close" almost works, but not completely

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

> > I.e.
> > 
> > - we select(stdin, ipc_back_fd)
> > - select() returns immediately because there's data available on stdin
> > - we DON'T read this data
> > - we sleep a bit
> > - we select() again
> > - Since we never read the data select() said was available the first
> >   time, select() returns immediately again
> > - And we spin
> > 
> > Surely this can't be the intended behavior?
> 
> It is the intended behaviour.
> It may not be ideal but it works.
> If you can draw up another scheme using only select I'd be
> happy to revisit the code.  Maybe the code in the qt
> terminal could be used as a guide.
> 
> 	Ethan

Or maybe it is as simple as 
            FD_ZERO(&fds);
			if (!paused_for_mouse)
            	FD_SET(fd, &fds);
            FD_SET(ipc_back_fd, &fds);
			select()

I'll look at it some more tomorrow

	Ethan

Re: "pause mouse close" almost works, but not completely

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

On Sunday, 14 October 2018 22:41:04 Dima Kogan wrote:
> sfeam <sf...@us...> writes:
> 
> > On Sunday, 14 October 2018 18:25:31 Dima Kogan wrote:
> >> I just hit another bug in the same area; a more serious one this time.
> >>
> >> When I run gnuplot normally with 'pause mouse close', it blocks
> >> somewhere, and doesn't waste cycles while we're waiting. In my usage,
> >> however, I rarely run gnuplot directly. I almost always use either
> >> feedgnuplot (a shell frontend) or gnuplotlib (a plotting interface for
> >> numpy in python). At least in the latter case, the 'pause mouse close'
> >> works, but gnuplot spins instead of blocking, which wastes CPU
> >> resources.
> >>
> >> I'm attaching a tiny program in python that shows the issue. You should
> >> change the GNUPLOT_SRC_DIR definition in that program to point to your
> >> source tree. This test program
> >>
> >> - spawns gnuplot (as a child of the python)
> >> - asks it to plot something
> >> - "pause mouse close"
> >> - "print xxx"
> >> - reads gnuplot output until it sees "xxx". This is the most reliable
> >>   way I've found to let programs talk to gnuplot. If you know of a
> >>   better synchronization method, please tell me
> >>
> >> When I run this python program I see gnuplot repeatedly call usleep(10)
> >> in X11_waitforinput() in x11.trm. I haven't looked enough at this code
> >> path to understand what it's trying to accomplish. It feels like we
> >> should never be doing this: all waiting should happen in the select() or
> >> something like it.
> >
> > It is on purpose, wisely chosen or not.
> >
> >> I also don't understand why I'm hitting this code
> >> path in python, but not if I run gnuplot interactively ("gnuplot" and
> >> then type in the commands) and not if I run it as a script (put the
> >> "plot" and "pause mouse close" into tst.gp, and "gnuplot tst.gp").
> >
> > This is explained in the comments at x11.trm:894
> >         /* When taking input from the console, we are willing to wait here  */
> >         /* until the next character is typed. But if input is from a script */
> >         /* we just want to check for hotkeys or mouse input and then leave  */
> >         /*  again without waiting on stdin.                                 */
> >
> > When the input is from the console we can select on stdin and not spin.
> > But if input is from a pipe this will always return immediately unless the
> > other end of the pipe does something clever to interlock operations.
> 
> OK, I don't fully grok this, but it feels wrong. If I strace the gnuplot
> process when running inside python, the spin looks like this:
> 
>    2482  select(5, [0 4], NULL, NULL, NULL) = 1 (in [0])
>    2482  nanosleep({tv_sec=0, tv_nsec=10000}, NULL) = 0
>    2482  select(5, [0 4], NULL, NULL, NULL) = 1 (in [0])
>    2482  nanosleep({tv_sec=0, tv_nsec=10000}, NULL) = 0
>    2482  select(5, [0 4], NULL, NULL, NULL) = 1 (in [0])
>    2482  nanosleep({tv_sec=0, tv_nsec=10000}, NULL) = 0
>    ....
> 
> I.e.
> 
> - we select(stdin, ipc_back_fd)
> - select() returns immediately because there's data available on stdin
> - we DON'T read this data
> - we sleep a bit
> - we select() again
> - Since we never read the data select() said was available the first
>   time, select() returns immediately again
> - And we spin
> 
> Surely this can't be the intended behavior?

It is the intended behaviour.
It may not be ideal but it works.
If you can draw up another scheme using only select I'd be
happy to revisit the code.  Maybe the code in the qt
terminal could be used as a guide.

	Ethan

Re: "pause mouse close" almost works, but not completely

[Dima K. <gn...@di...>]

sfeam <sf...@us...> writes:

> On Sunday, 14 October 2018 18:25:31 Dima Kogan wrote:
>> I just hit another bug in the same area; a more serious one this time.
>>
>> When I run gnuplot normally with 'pause mouse close', it blocks
>> somewhere, and doesn't waste cycles while we're waiting. In my usage,
>> however, I rarely run gnuplot directly. I almost always use either
>> feedgnuplot (a shell frontend) or gnuplotlib (a plotting interface for
>> numpy in python). At least in the latter case, the 'pause mouse close'
>> works, but gnuplot spins instead of blocking, which wastes CPU
>> resources.
>>
>> I'm attaching a tiny program in python that shows the issue. You should
>> change the GNUPLOT_SRC_DIR definition in that program to point to your
>> source tree. This test program
>>
>> - spawns gnuplot (as a child of the python)
>> - asks it to plot something
>> - "pause mouse close"
>> - "print xxx"
>> - reads gnuplot output until it sees "xxx". This is the most reliable
>>   way I've found to let programs talk to gnuplot. If you know of a
>>   better synchronization method, please tell me
>>
>> When I run this python program I see gnuplot repeatedly call usleep(10)
>> in X11_waitforinput() in x11.trm. I haven't looked enough at this code
>> path to understand what it's trying to accomplish. It feels like we
>> should never be doing this: all waiting should happen in the select() or
>> something like it.
>
> It is on purpose, wisely chosen or not.
>
>> I also don't understand why I'm hitting this code
>> path in python, but not if I run gnuplot interactively ("gnuplot" and
>> then type in the commands) and not if I run it as a script (put the
>> "plot" and "pause mouse close" into tst.gp, and "gnuplot tst.gp").
>
> This is explained in the comments at x11.trm:894
>         /* When taking input from the console, we are willing to wait here  */
>         /* until the next character is typed. But if input is from a script */
>         /* we just want to check for hotkeys or mouse input and then leave  */
>         /*  again without waiting on stdin.                                 */
>
> When the input is from the console we can select on stdin and not spin.
> But if input is from a pipe this will always return immediately unless the
> other end of the pipe does something clever to interlock operations.

OK, I don't fully grok this, but it feels wrong. If I strace the gnuplot
process when running inside python, the spin looks like this:

   2482  select(5, [0 4], NULL, NULL, NULL) = 1 (in [0])
   2482  nanosleep({tv_sec=0, tv_nsec=10000}, NULL) = 0
   2482  select(5, [0 4], NULL, NULL, NULL) = 1 (in [0])
   2482  nanosleep({tv_sec=0, tv_nsec=10000}, NULL) = 0
   2482  select(5, [0 4], NULL, NULL, NULL) = 1 (in [0])
   2482  nanosleep({tv_sec=0, tv_nsec=10000}, NULL) = 0
   ....

I.e.

- we select(stdin, ipc_back_fd)
- select() returns immediately because there's data available on stdin
- we DON'T read this data
- we sleep a bit
- we select() again
- Since we never read the data select() said was available the first
  time, select() returns immediately again
- And we spin

Surely this can't be the intended behavior?

Re: "pause mouse close" almost works, but not completely

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

On Sunday, 14 October 2018 18:25:31 Dima Kogan wrote:
> I just hit another bug in the same area; a more serious one this time.
> 
> When I run gnuplot normally with 'pause mouse close', it blocks
> somewhere, and doesn't waste cycles while we're waiting. In my usage,
> however, I rarely run gnuplot directly. I almost always use either
> feedgnuplot (a shell frontend) or gnuplotlib (a plotting interface for
> numpy in python). At least in the latter case, the 'pause mouse close'
> works, but gnuplot spins instead of blocking, which wastes CPU
> resources.
> 
> I'm attaching a tiny program in python that shows the issue. You should
> change the GNUPLOT_SRC_DIR definition in that program to point to your
> source tree. This test program
> 
> - spawns gnuplot (as a child of the python)
> - asks it to plot something
> - "pause mouse close"
> - "print xxx"
> - reads gnuplot output until it sees "xxx". This is the most reliable
>   way I've found to let programs talk to gnuplot. If you know of a
>   better synchronization method, please tell me
> 
> When I run this python program I see gnuplot repeatedly call usleep(10)
> in X11_waitforinput() in x11.trm. I haven't looked enough at this code
> path to understand what it's trying to accomplish. It feels like we
> should never be doing this: all waiting should happen in the select() or
> something like it. 

It is on purpose, wisely chosen or not.

> I also don't understand why I'm hitting this code
> path in python, but not if I run gnuplot interactively ("gnuplot" and
> then type in the commands) and not if I run it as a script (put the
> "plot" and "pause mouse close" into tst.gp, and "gnuplot tst.gp").

This is explained in the comments at x11.trm:894
        /* When taking input from the console, we are willing to wait here  */
        /* until the next character is typed. But if input is from a script */
        /* we just want to check for hotkeys or mouse input and then leave  */
        /*  again without waiting on stdin.                                 */

When the input is from the console we can select on stdin and not spin.
But if input is from a pipe this will always return immediately unless the
other end of the pipe does something clever to interlock operations.
That would make "pause mouse"  useless.  So if the input is from a pipe then
it spins at line 991  as you found.  If you find the cost of spinning too
severe you could bump the usleep to a higher value:

%%%%%
diff --git a/term/x11.trm b/term/x11.trm
index 11556f1..364d4b4 100644
--- a/term/x11.trm
+++ b/term/x11.trm
@@ -988,7 +988,7 @@ AGAIN:
     /* Same sort of thing if we are specifically waiting for mouse input. */
     if (paused_for_mouse) {
 #ifdef HAVE_USLEEP
-   usleep(10);
+ usleep(10000);
 #endif
        goto AGAIN;
     }
%%%%%

As shown by "top" on my desktop machine that reduces the cost of spinning
from about 10% cpu to <1% cpu.
The downside is that this adds a 10msec delay in response to keystrokes.
That may well be a good trade-off.  Or we could make the test more complicated
and use the shorter sleep for actual keystrokes (pause mouse key) and the
longer sleep when waiting for a close event (pause mouse close).

Let me know if that works for you.

Or maybe the whole loop can be written more cleverly so that the select
isn't useless when a pipe is involved.

	Ethan

Re: "pause mouse close" almost works, but not completely

[Dima K. <gn...@di...>]

I just hit another bug in the same area; a more serious one this time.

When I run gnuplot normally with 'pause mouse close', it blocks
somewhere, and doesn't waste cycles while we're waiting. In my usage,
however, I rarely run gnuplot directly. I almost always use either
feedgnuplot (a shell frontend) or gnuplotlib (a plotting interface for
numpy in python). At least in the latter case, the 'pause mouse close'
works, but gnuplot spins instead of blocking, which wastes CPU
resources.

I'm attaching a tiny program in python that shows the issue. You should
change the GNUPLOT_SRC_DIR definition in that program to point to your
source tree. This test program

- spawns gnuplot (as a child of the python)
- asks it to plot something
- "pause mouse close"
- "print xxx"
- reads gnuplot output until it sees "xxx". This is the most reliable
  way I've found to let programs talk to gnuplot. If you know of a
  better synchronization method, please tell me

When I run this python program I see gnuplot repeatedly call usleep(10)
in X11_waitforinput() in x11.trm. I haven't looked enough at this code
path to understand what it's trying to accomplish. It feels like we
should never be doing this: all waiting should happen in the select() or
something like it. I also don't understand why I'm hitting this code
path in python, but not if I run gnuplot interactively ("gnuplot" and
then type in the commands) and not if I run it as a script (put the
"plot" and "pause mouse close" into tst.gp, and "gnuplot tst.gp").

Ideas?

Thanks

Re: "pause mouse close" almost works, but not completely

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

On Sunday, 14 October 2018 14:46:40 Dima Kogan wrote:
> sfeam <sf...@us...> writes:
> 
> > x11:  In theory a terminal driver can see the window close event either
> >       as a GE_keypress event with the 1st parameter set to GP_Cancel
> >       or as a GE_reset event.  x11 handled the first case but failed to
> >       catch the second case.  Patch below.
> 
> Thank you very much. This patch fixes the bulk of the problem. There's
> still a small vestige of the previous incorrect behavior that maybe is
> unimportant, but I'll mention it anyway.
> 
> 1. Run gnuplot
> 2. plot x
> 3. pause mouse close
> 4. 'q' in the popped-up terminal window. This gets us back to a
>    "gnuplot>" prompt
> 5. If you start typing into THIS new prompt, you get a SECOND gnuplot>
>    prompt to type into. Presumably the select() in the gnuplot process
>    is still waiting for some data from the gnuplot_x11 helper that
>    doesn't exist anymore

That is a consequence of a fix/hack/work-around that was added to mouse.c
a long time ago.  See lines starting with 2323 in mouse.c.

The original problem was that if you used the "pause mouse key" command
from a script, i.e. gnuplot was taking input from a pipe, then the first
character of the subsequent command was lost.  This generated an error
because usually losing the first character of a valid command leaves
an invalid command.  One fix is to add an extra blank line or at least
and extra blank character in the script file.  The cleaner fix seemed
to be to add back a harmless character '\n' in the mouse handling, which
could then be lost or not lost with no harm done.

It is possible that this recent set of fixes may have had the side effect
of also fixing the original lose-the-next-character bug.  So what you are
seeing is the added '\n' that was the work-around for a bug that may no
longer be present.

Commenting out the code block as mouse.c:2323 will get rid of the extra
prompt you are seeing.  That may or may not restore the problem of losing
character with piped input - it needs to be tested.

	Ethan

Re: "pause mouse close" almost works, but not completely

[Dima K. <gn...@di...>]

sfeam <sf...@us...> writes:

> x11:  In theory a terminal driver can see the window close event either
>       as a GE_keypress event with the 1st parameter set to GP_Cancel
>       or as a GE_reset event.  x11 handled the first case but failed to
>       catch the second case.  Patch below.

Thank you very much. This patch fixes the bulk of the problem. There's
still a small vestige of the previous incorrect behavior that maybe is
unimportant, but I'll mention it anyway.

1. Run gnuplot
2. plot x
3. pause mouse close
4. 'q' in the popped-up terminal window. This gets us back to a
   "gnuplot>" prompt
5. If you start typing into THIS new prompt, you get a SECOND gnuplot>
   prompt to type into. Presumably the select() in the gnuplot process
   is still waiting for some data from the gnuplot_x11 helper that
   doesn't exist anymore

Thanks again.

Re: "pause mouse close" almost works, but not completely

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

On Saturday, 13 October 2018 17:01:03 Dima Kogan wrote:
> Hi.
> 
> A debugging question. I have a trivial gnuplot script; the specific
> script doesn't matter. For instance this in tst.gp:
> 
>   plot x
>   pause mouse close
> 
> What I'd like to happen is to run
> 
>   load "tst.gp"
> 
> then an interactive plot pops up (x11 or qt or wxt terminals in my
> case). When I close the interactive plot (by pressing 'q' for instance)
> I'd like the 'pause mouse close' command to exit, and I'd like to get
> back to the "gnuplot>" prompt. In my case this doesn't happen. With 'q'
> the interactive plot window does go away, but gnuplot doesn't go back to
> looking for input. I can press "enter", and I get the prompt back then.

I have been chasing a similar problem with the wxt terminal built in
"monothreaded" mode.  The code sequence after receiving a  "window closed"
event is confusing and may not be the same for different terminal types.  

wxt:  I think I found and fixed this yesterday for 5.3.
      If it works for everyone this should be back-ported to 5.2

x11:  In theory a terminal driver can see the window close event either
      as a GE_keypress event with the 1st parameter set to GP_Cancel
      or as a GE_reset event.  x11 handled the first case but failed to
      catch the second case.  Patch below.

qt:   May need a similar addition fix


	Ethan

%%%%%
diff --git a/term/x11.trm b/term/x11.trm
index 366cc0c..11556f1 100644
--- a/term/x11.trm
+++ b/term/x11.trm
@@ -954,6 +954,11 @@ AGAIN:
 			    return '\0';
 			}
 		    }
+		    if (ge.type == GE_reset) {
+			/* Error or window close */
+			paused_for_mouse = 0;
+			return '\0';
+		    }
 		}
 	    } else if (options == TERM_ONLY_CHECK_MOUSING) {
 		return '\0';
%%%%%


> 
> Some minor debugging tells me that after 'q' I still have a gnuplot_x11
> helper process. Both gnuplot_x11 and gnuplot are sitting in select()
> waiting for input, and I need to kick the selects with another "enter"
> to get a prompt back. My gnuplot comes vanilla from Debian. Is this what
> people are observing? Any obvious causes? I'd like to ask before diving
> into a debugging session.
>
> dima