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

Re: Testing version of gnuplot 6.0.3

[Ethan A M. <me...@uw...>]

Sigh.  Quite right.   Trivial fix but it will of course mean the tarball
has a different hash sum.

Thanks for testing.

    Ethan

On Sat, Jun 7, 2025 at 7:03 AM Erik Luijten <eri...@gm...> wrote:

> It may be slightly pedantic, but I just noticed that gnuplot 6. 0. 3
> states (upon start-up): "Version 6. 0. 3 patchlevel 3 last modified
> 2025-06-01" while 6. 0. 2 stated (more logically, in my opinion): "Version
> 6. 0 patchlevel 2"
> ZjQcmQRYFpfptBannerStart
> This Message Is From an Untrusted Sender
> You have not previously corresponded with this sender.
> See https://itconnect.uw.edu/email-tags for additional information.
> Please contact the UW-IT Service Center, he...@uw... 206.221.5000, for
> assistance.
>
> ZjQcmQRYFpfptBannerEnd
> It may be slightly pedantic, but I just noticed that gnuplot 6.0.3 states
> (upon start-up):
>
> "Version *6.0.3* patchlevel 3    last modified 2025-06-01"
>
> while 6.0.2 stated (more logically, in my opinion):
>
> "Version 6.0 patchlevel 2"
>
> Erik
>
> On Thu, Jun 5, 2025 at 3:50 PM Erik Luijten <eri...@gm...>
> wrote:
>
>> This compiles properly on macOS, both with wxt and with Qt5.
>>
>> Erik
>>
>> On Tue, Jun 3, 2025 at 9:29 PM Ethan A Merritt <me...@uw...> wrote:
>>
>>> I have placed a tarball for release 6.0.3 in the "testing" folder on
>>> SourceForge
>>>    https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/
>>> <https://urldefense.com/v3/__https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/__;!!K-Hz7m0Vt54!lH9cGC0w2qdoOf5ZhlYyhW2qgZZa-6cMWuUOcrtVPrlVskQbr2DJ7erPTsvmc9dNWD_Lg9vStgQkj5eXHV3v$>
>>>
>>> Please report any build problems or other issues you find with the test
>>> package.
>>> If no problems arise I plan to use the same files for a release
>>> announcement
>>> next weekend.
>>>
>>> Release note appended below, or see
>>>
>>>     gnuplot.sourceforge.net/ReleaseNotes_6_0_3.html
>>> <https://urldefense.com/v3/__http://gnuplot.sourceforge.net/ReleaseNotes_6_0_3.html__;!!K-Hz7m0Vt54!lH9cGC0w2qdoOf5ZhlYyhW2qgZZa-6cMWuUOcrtVPrlVskQbr2DJ7erPTsvmc9dNWD_Lg9vStgQkj1HGSp7Q$>
>>>
>>> - Ethan
>>>
>>>                 Gnuplot Version 6.0.3 Release Notes
>>>                 ===================================
>>>
>>> This is the third incremental release for gnuplot stable version 6.0.
>>> It contains several new features and improvements back-ported from the
>>> development version.
>>>
>>> NEW (backported from development version)
>>> -----------------------------------------
>>>
>>> * NEW    "contourfill {at base} {fs {no}border}"
>>> * NEW    "save changes <filename>"
>>>          This variant saves only the differences between the current
>>> program
>>>          state and the state at the start of the session.
>>> * NEW    "plot <data> ... if (filter_condition)"
>>>          Input lines of data that satisfy the if condition are processed
>>> as usual.
>>>          Lines that fail are essentially ignored.
>>> * NEW    backport watchpoint improvements from 6.1
>>>          Each watch target can have its own label, generated by a user
>>> function.
>>>          Any real-valued function is legal as a watchpoint target.
>>>          Current x, y, and z values are available inside a watchpoint
>>> target function.
>>>          Watchpoints are possible for splot in "set view map" projection.
>>>          See
>>>             * https://gnuplot.info/demo_6.0/watch_contours.html
>>> <https://urldefense.com/v3/__https://gnuplot.info/demo_6.0/watch_contours.html__;!!K-Hz7m0Vt54!lH9cGC0w2qdoOf5ZhlYyhW2qgZZa-6cMWuUOcrtVPrlVskQbr2DJ7erPTsvmc9dNWD_Lg9vStgQkj6PGpJ3N$>
>>> * NEW    Continued work on multiplot replot and mousing
>>>
>>> CHANGES
>>> -------
>>>
>>> * CHANGE 3D polygon objects can have per-object fill border properties.
>>>          The restriction that all 3D polygons share a single set of
>>>          properties from "set pm3d" remains true for "splot with
>>> polygons".
>>> * CHANGE The configuration option --with-wx-multithreaded has been
>>> removed.
>>>          The multi-thread code has not worked under linux for quite a
>>> while.
>>>          This change does not affect the Windows version of the wxt
>>> terminal,
>>> * CHANGE "with hsteps" takes default width from "set boxwidth".
>>> * CHANGE column(0) returns an integer (not complex) value
>>> * CHANGE win: dll function loading altered for compatibility with gcc15
>>>
>>> FIXES
>>> -----
>>>
>>> * FIX    Support for combined hidden3d + pm3d depthorder back-ported
>>> from 6.1
>>>          This allows placing contours on a depth-sorted pm3d surface
>>> * FIX    qt: opaque key caused incorrect interactive toggling of final
>>> plot
>>> * FIX    6.0.2 regression in "splot ... using 1:2:3:4 lc palette"
>>> * FIX    placement of category labels along x-axis of boxplots
>>> * FIX    qt, cairo: "set colorbox invert" produced empty colorbox
>>> * FIX    placement of minor tics along logscale axis with narrow range
>>> * FIX    OK to have missing corners in an image from a sparse matrix
>>> * FIX    error handling for various corner cases involving function
>>> blocks
>>>
>>>
>>> KNOWN ISSUES
>>> ------------
>>>
>>> - Redefining a global array variable inside a user function or function
>>> block
>>>   may lead to memory corruption and/or a program crash.  The development
>>> version
>>>   now handles this cleanly, but the necessary framework has not yet been
>>>   back-ported to verion 6.0.  The current version may issue the
>>> confusing error
>>>   message "non-numeric array index" and leave the corrupted array in
>>> place.
>>>
>>> - Font handling by the cairo/pango libraries supporting some gnuplot
>>> terminals
>>>   (pdf, png, wxt, ...) on both Windows and MacOS are sensitive to the
>>>   enviromental variable PANGOCAIRO_BACKEND.  If you are having font
>>> problems,
>>>   try setting this to
>>>         PANGOCAIRO_BACKEND=fc
>>>
>>> - Support for replot and pan/zoom mouse operations in multiplot mode is
>>> still
>>>   incomplete. Expect further improvement in subsequent releases.
>>>
>>> - TeXLive2024 pdflatex does not like some of the UTF-8 characters in the
>>> user manual.
>>>   The distribution includes a pre-built copy of gnuplot.pdf but if you
>>> want
>>>   to rebuild it from the source in docs/gnuplot.doc please use lualatex
>>> instead.
>>>   You can either replace the definition PDFLATEX=pdflatex with
>>> PDFLATEX=lualatex
>>>   in the Makefile or provide this in the environment during configuration
>>>         PDFLATEX=lualatex ./configure
>>>
>>> Gnuplot development is tracked in a git repository on SourceForge.
>>> You can generate a complete history of changes using "git log"
>>> after downloading:
>>>
>>> <pre>
>>>     git clone -b branch-6-0-stable git://
>>> git.code.sf.net/p/gnuplot/gnuplot-main
>>> <https://urldefense.com/v3/__http://git.code.sf.net/p/gnuplot/gnuplot-main__;!!K-Hz7m0Vt54!lH9cGC0w2qdoOf5ZhlYyhW2qgZZa-6cMWuUOcrtVPrlVskQbr2DJ7erPTsvmc9dNWD_Lg9vStgQkj49IONLU$>
>>>     git log
>>> </pre>
>>>
>>> Release Notes date:  03 June 2025
>>>
>>>
>>>
>>> --
>>> Ethan A Merritt
>>> Department of Biochemistry
>>> University of Washington, Seattle
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> gnuplot-beta mailing list
>>> gnu...@li...
>>> Membership management via:
>>> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>>> <https://urldefense.com/v3/__https://lists.sourceforge.net/lists/listinfo/gnuplot-beta__;!!K-Hz7m0Vt54!lH9cGC0w2qdoOf5ZhlYyhW2qgZZa-6cMWuUOcrtVPrlVskQbr2DJ7erPTsvmc9dNWD_Lg9vStgQkj9FtiR3w$>
>>>
>> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via:
> https://urldefense.com/v3/__https://lists.sourceforge.net/lists/listinfo/gnuplot-beta__;!!K-Hz7m0Vt54!lH9cGC0w2qdoOf5ZhlYyhW2qgZZa-6cMWuUOcrtVPrlVskQbr2DJ7erPTsvmc9dNWD_Lg9vStgQkj9FtiR3w$
>


-- 
Ethan A Merritt
Department of Biochemistry
University of Washington, Seattle

Re: Testing version of gnuplot 6.0.3

[Erik L. <eri...@gm...>]

It may be slightly pedantic, but I just noticed that gnuplot 6.0.3 states
(upon start-up):

"Version *6.0.3* patchlevel 3    last modified 2025-06-01"

while 6.0.2 stated (more logically, in my opinion):

"Version 6.0 patchlevel 2"

Erik

On Thu, Jun 5, 2025 at 3:50 PM Erik Luijten <eri...@gm...> wrote:

> This compiles properly on macOS, both with wxt and with Qt5.
>
> Erik
>
> On Tue, Jun 3, 2025 at 9:29 PM Ethan A Merritt <me...@uw...> wrote:
>
>> I have placed a tarball for release 6.0.3 in the "testing" folder on
>> SourceForge
>>    https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/
>>
>> Please report any build problems or other issues you find with the test
>> package.
>> If no problems arise I plan to use the same files for a release
>> announcement
>> next weekend.
>>
>> Release note appended below, or see
>>
>>     gnuplot.sourceforge.net/ReleaseNotes_6_0_3.html
>>
>> - Ethan
>>
>>                 Gnuplot Version 6.0.3 Release Notes
>>                 ===================================
>>
>> This is the third incremental release for gnuplot stable version 6.0.
>> It contains several new features and improvements back-ported from the
>> development version.
>>
>> NEW (backported from development version)
>> -----------------------------------------
>>
>> * NEW    "contourfill {at base} {fs {no}border}"
>> * NEW    "save changes <filename>"
>>          This variant saves only the differences between the current
>> program
>>          state and the state at the start of the session.
>> * NEW    "plot <data> ... if (filter_condition)"
>>          Input lines of data that satisfy the if condition are processed
>> as usual.
>>          Lines that fail are essentially ignored.
>> * NEW    backport watchpoint improvements from 6.1
>>          Each watch target can have its own label, generated by a user
>> function.
>>          Any real-valued function is legal as a watchpoint target.
>>          Current x, y, and z values are available inside a watchpoint
>> target function.
>>          Watchpoints are possible for splot in "set view map" projection.
>>          See
>>             * https://gnuplot.info/demo_6.0/watch_contours.html
>> * NEW    Continued work on multiplot replot and mousing
>>
>> CHANGES
>> -------
>>
>> * CHANGE 3D polygon objects can have per-object fill border properties.
>>          The restriction that all 3D polygons share a single set of
>>          properties from "set pm3d" remains true for "splot with
>> polygons".
>> * CHANGE The configuration option --with-wx-multithreaded has been
>> removed.
>>          The multi-thread code has not worked under linux for quite a
>> while.
>>          This change does not affect the Windows version of the wxt
>> terminal,
>> * CHANGE "with hsteps" takes default width from "set boxwidth".
>> * CHANGE column(0) returns an integer (not complex) value
>> * CHANGE win: dll function loading altered for compatibility with gcc15
>>
>> FIXES
>> -----
>>
>> * FIX    Support for combined hidden3d + pm3d depthorder back-ported from
>> 6.1
>>          This allows placing contours on a depth-sorted pm3d surface
>> * FIX    qt: opaque key caused incorrect interactive toggling of final
>> plot
>> * FIX    6.0.2 regression in "splot ... using 1:2:3:4 lc palette"
>> * FIX    placement of category labels along x-axis of boxplots
>> * FIX    qt, cairo: "set colorbox invert" produced empty colorbox
>> * FIX    placement of minor tics along logscale axis with narrow range
>> * FIX    OK to have missing corners in an image from a sparse matrix
>> * FIX    error handling for various corner cases involving function blocks
>>
>>
>> KNOWN ISSUES
>> ------------
>>
>> - Redefining a global array variable inside a user function or function
>> block
>>   may lead to memory corruption and/or a program crash.  The development
>> version
>>   now handles this cleanly, but the necessary framework has not yet been
>>   back-ported to verion 6.0.  The current version may issue the confusing
>> error
>>   message "non-numeric array index" and leave the corrupted array in
>> place.
>>
>> - Font handling by the cairo/pango libraries supporting some gnuplot
>> terminals
>>   (pdf, png, wxt, ...) on both Windows and MacOS are sensitive to the
>>   enviromental variable PANGOCAIRO_BACKEND.  If you are having font
>> problems,
>>   try setting this to
>>         PANGOCAIRO_BACKEND=fc
>>
>> - Support for replot and pan/zoom mouse operations in multiplot mode is
>> still
>>   incomplete. Expect further improvement in subsequent releases.
>>
>> - TeXLive2024 pdflatex does not like some of the UTF-8 characters in the
>> user manual.
>>   The distribution includes a pre-built copy of gnuplot.pdf but if you
>> want
>>   to rebuild it from the source in docs/gnuplot.doc please use lualatex
>> instead.
>>   You can either replace the definition PDFLATEX=pdflatex with
>> PDFLATEX=lualatex
>>   in the Makefile or provide this in the environment during configuration
>>         PDFLATEX=lualatex ./configure
>>
>> Gnuplot development is tracked in a git repository on SourceForge.
>> You can generate a complete history of changes using "git log"
>> after downloading:
>>
>> <pre>
>>     git clone -b branch-6-0-stable git://
>> git.code.sf.net/p/gnuplot/gnuplot-main
>>     git log
>> </pre>
>>
>> Release Notes date:  03 June 2025
>>
>>
>>
>> --
>> Ethan A Merritt
>> Department of Biochemistry
>> University of Washington, Seattle
>>
>>
>>
>>
>> _______________________________________________
>> gnuplot-beta mailing list
>> gnu...@li...
>> Membership management via:
>> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>>
>

Re: Testing version of gnuplot 6.0.3

[Erik L. <eri...@gm...>]

This compiles properly on macOS, both with wxt and with Qt5.

Erik

On Tue, Jun 3, 2025 at 9:29 PM Ethan A Merritt <me...@uw...> wrote:

> I have placed a tarball for release 6.0.3 in the "testing" folder on
> SourceForge
>    https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/
>
> Please report any build problems or other issues you find with the test
> package.
> If no problems arise I plan to use the same files for a release
> announcement
> next weekend.
>
> Release note appended below, or see
>
>     gnuplot.sourceforge.net/ReleaseNotes_6_0_3.html
>
> - Ethan
>
>                 Gnuplot Version 6.0.3 Release Notes
>                 ===================================
>
> This is the third incremental release for gnuplot stable version 6.0.
> It contains several new features and improvements back-ported from the
> development version.
>
> NEW (backported from development version)
> -----------------------------------------
>
> * NEW    "contourfill {at base} {fs {no}border}"
> * NEW    "save changes <filename>"
>          This variant saves only the differences between the current
> program
>          state and the state at the start of the session.
> * NEW    "plot <data> ... if (filter_condition)"
>          Input lines of data that satisfy the if condition are processed
> as usual.
>          Lines that fail are essentially ignored.
> * NEW    backport watchpoint improvements from 6.1
>          Each watch target can have its own label, generated by a user
> function.
>          Any real-valued function is legal as a watchpoint target.
>          Current x, y, and z values are available inside a watchpoint
> target function.
>          Watchpoints are possible for splot in "set view map" projection.
>          See
>             * https://gnuplot.info/demo_6.0/watch_contours.html
> * NEW    Continued work on multiplot replot and mousing
>
> CHANGES
> -------
>
> * CHANGE 3D polygon objects can have per-object fill border properties.
>          The restriction that all 3D polygons share a single set of
>          properties from "set pm3d" remains true for "splot with polygons".
> * CHANGE The configuration option --with-wx-multithreaded has been removed.
>          The multi-thread code has not worked under linux for quite a
> while.
>          This change does not affect the Windows version of the wxt
> terminal,
> * CHANGE "with hsteps" takes default width from "set boxwidth".
> * CHANGE column(0) returns an integer (not complex) value
> * CHANGE win: dll function loading altered for compatibility with gcc15
>
> FIXES
> -----
>
> * FIX    Support for combined hidden3d + pm3d depthorder back-ported from
> 6.1
>          This allows placing contours on a depth-sorted pm3d surface
> * FIX    qt: opaque key caused incorrect interactive toggling of final plot
> * FIX    6.0.2 regression in "splot ... using 1:2:3:4 lc palette"
> * FIX    placement of category labels along x-axis of boxplots
> * FIX    qt, cairo: "set colorbox invert" produced empty colorbox
> * FIX    placement of minor tics along logscale axis with narrow range
> * FIX    OK to have missing corners in an image from a sparse matrix
> * FIX    error handling for various corner cases involving function blocks
>
>
> KNOWN ISSUES
> ------------
>
> - Redefining a global array variable inside a user function or function
> block
>   may lead to memory corruption and/or a program crash.  The development
> version
>   now handles this cleanly, but the necessary framework has not yet been
>   back-ported to verion 6.0.  The current version may issue the confusing
> error
>   message "non-numeric array index" and leave the corrupted array in place.
>
> - Font handling by the cairo/pango libraries supporting some gnuplot
> terminals
>   (pdf, png, wxt, ...) on both Windows and MacOS are sensitive to the
>   enviromental variable PANGOCAIRO_BACKEND.  If you are having font
> problems,
>   try setting this to
>         PANGOCAIRO_BACKEND=fc
>
> - Support for replot and pan/zoom mouse operations in multiplot mode is
> still
>   incomplete. Expect further improvement in subsequent releases.
>
> - TeXLive2024 pdflatex does not like some of the UTF-8 characters in the
> user manual.
>   The distribution includes a pre-built copy of gnuplot.pdf but if you want
>   to rebuild it from the source in docs/gnuplot.doc please use lualatex
> instead.
>   You can either replace the definition PDFLATEX=pdflatex with
> PDFLATEX=lualatex
>   in the Makefile or provide this in the environment during configuration
>         PDFLATEX=lualatex ./configure
>
> Gnuplot development is tracked in a git repository on SourceForge.
> You can generate a complete history of changes using "git log"
> after downloading:
>
> <pre>
>     git clone -b branch-6-0-stable git://
> git.code.sf.net/p/gnuplot/gnuplot-main
>     git log
> </pre>
>
> Release Notes date:  03 June 2025
>
>
>
> --
> Ethan A Merritt
> Department of Biochemistry
> University of Washington, Seattle
>
>
>
>
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via:
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

Re: Testing version of gnuplot 6.0.3

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

I have tested build of testing version of 6.0.3 on mingw64.
Build went well

Tatsuro

> ----- Original Message -----
> 
> From: "Ethan A Merritt" <me...@uw...>
> To: "beta" <gnu...@li...>
> Date: 2025/06/04 水 11:29
> Subject: Testing version of gnuplot 6.0.3
> 
> 
> I have placed a tarball for release 6.0.3 in the "testing" folder on SourceForge
>    https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/
> 
> Please report any build problems or other issues you find with the test package.
> If no problems arise I plan to use the same files for a release announcement
> next weekend.
> 
> Release note appended below, or see
> 
>     gnuplot.sourceforge.net/ReleaseNotes_6_0_3.html
> 
> - Ethan
> 
>                 Gnuplot Version 6.0.3 Release Notes
>                 ===================================
> 
> This is the third incremental release for gnuplot stable version 6.0.
> It contains several new features and improvements back-ported from the
> development version.
> 
> NEW (backported from development version)
> -----------------------------------------
> 
> * NEW    "contourfill {at base} {fs {no}border}"
> * NEW    "save changes <filename>"
>          This variant saves only the differences between the current program
>          state and the state at the start of the session.
> * NEW    "plot <data> ... if (filter_condition)"
>          Input lines of data that satisfy the if condition are processed as usual.
>          Lines that fail are essentially ignored.
> * NEW    backport watchpoint improvements from 6.1
>          Each watch target can have its own label, generated by a user function.
>          Any real-valued function is legal as a watchpoint target.
>          Current x, y, and z values are available inside a watchpoint target function.
>          Watchpoints are possible for splot in "set view map" projection.
>          See
>             * https://gnuplot.info/demo_6.0/watch_contours.html
> * NEW    Continued work on multiplot replot and mousing
> 
> CHANGES
> -------
> 
> * CHANGE 3D polygon objects can have per-object fill border properties.
>          The restriction that all 3D polygons share a single set of
>          properties from "set pm3d" remains true for "splot with polygons".
> * CHANGE The configuration option --with-wx-multithreaded has been removed.
>          The multi-thread code has not worked under linux for quite a while.
>          This change does not affect the Windows version of the wxt terminal,
> * CHANGE "with hsteps" takes default width from "set boxwidth".
> * CHANGE column(0) returns an integer (not complex) value
> * CHANGE win: dll function loading altered for compatibility with gcc15
> 
> FIXES
> -----
> 
> * FIX    Support for combined hidden3d + pm3d depthorder back-ported from 6.1
>          This allows placing contours on a depth-sorted pm3d surface
> * FIX    qt: opaque key caused incorrect interactive toggling of final plot
> * FIX    6.0.2 regression in "splot ... using 1:2:3:4 lc palette"
> * FIX    placement of category labels along x-axis of boxplots
> * FIX    qt, cairo: "set colorbox invert" produced empty colorbox
> * FIX    placement of minor tics along logscale axis with narrow range
> * FIX    OK to have missing corners in an image from a sparse matrix
> * FIX    error handling for various corner cases involving function blocks
>          
> 
> KNOWN ISSUES
> ------------
> 
> - Redefining a global array variable inside a user function or function block
>   may lead to memory corruption and/or a program crash.  The development version
>   now handles this cleanly, but the necessary framework has not yet been 
>   back-ported to verion 6.0.  The current version may issue the confusing error
>   message "non-numeric array index" and leave the corrupted array in place.
> 
> - Font handling by the cairo/pango libraries supporting some gnuplot terminals
>   (pdf, png, wxt, ...) on both Windows and MacOS are sensitive to the
>   enviromental variable PANGOCAIRO_BACKEND.  If you are having font problems,
>   try setting this to
>         PANGOCAIRO_BACKEND=fc
> 
> - Support for replot and pan/zoom mouse operations in multiplot mode is still
>   incomplete. Expect further improvement in subsequent releases.
> 
> - TeXLive2024 pdflatex does not like some of the UTF-8 characters in the user manual.
>   The distribution includes a pre-built copy of gnuplot.pdf but if you want
>   to rebuild it from the source in docs/gnuplot.doc please use lualatex instead.
>   You can either replace the definition PDFLATEX=pdflatex with PDFLATEX=lualatex
>   in the Makefile or provide this in the environment during configuration
>         PDFLATEX=lualatex ./configure
> 
> Gnuplot development is tracked in a git repository on SourceForge.
> You can generate a complete history of changes using "git log"
> after downloading:
> 
> <pre>
>     git clone -b branch-6-0-stable git://git.code.sf.net/p/gnuplot/gnuplot-main
>     git log
> </pre>
> 
> Release Notes date:  03 June 2025
> 
> 
> 
> -- 
> Ethan A Merritt
> Department of Biochemistry
> University of Washington, Seattle
> 
> 
> 
> 
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

Testing version of gnuplot 6.0.3

[Ethan A M. <me...@uw...>]

I have placed a tarball for release 6.0.3 in the "testing" folder on SourceForge
   https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/

Please report any build problems or other issues you find with the test package.
If no problems arise I plan to use the same files for a release announcement
next weekend.

Release note appended below, or see

    gnuplot.sourceforge.net/ReleaseNotes_6_0_3.html

- Ethan

                Gnuplot Version 6.0.3 Release Notes
                ===================================

This is the third incremental release for gnuplot stable version 6.0.
It contains several new features and improvements back-ported from the
development version.

NEW (backported from development version)
-----------------------------------------

* NEW    "contourfill {at base} {fs {no}border}"
* NEW    "save changes <filename>"
         This variant saves only the differences between the current program
         state and the state at the start of the session.
* NEW    "plot <data> ... if (filter_condition)"
         Input lines of data that satisfy the if condition are processed as usual.
         Lines that fail are essentially ignored.
* NEW    backport watchpoint improvements from 6.1
         Each watch target can have its own label, generated by a user function.
         Any real-valued function is legal as a watchpoint target.
         Current x, y, and z values are available inside a watchpoint target function.
         Watchpoints are possible for splot in "set view map" projection.
         See
            * https://gnuplot.info/demo_6.0/watch_contours.html
* NEW    Continued work on multiplot replot and mousing

CHANGES
-------

* CHANGE 3D polygon objects can have per-object fill border properties.
         The restriction that all 3D polygons share a single set of
         properties from "set pm3d" remains true for "splot with polygons".
* CHANGE The configuration option --with-wx-multithreaded has been removed.
         The multi-thread code has not worked under linux for quite a while.
         This change does not affect the Windows version of the wxt terminal,
* CHANGE "with hsteps" takes default width from "set boxwidth".
* CHANGE column(0) returns an integer (not complex) value
* CHANGE win: dll function loading altered for compatibility with gcc15

FIXES
-----

* FIX    Support for combined hidden3d + pm3d depthorder back-ported from 6.1
         This allows placing contours on a depth-sorted pm3d surface
* FIX    qt: opaque key caused incorrect interactive toggling of final plot
* FIX    6.0.2 regression in "splot ... using 1:2:3:4 lc palette"
* FIX    placement of category labels along x-axis of boxplots
* FIX    qt, cairo: "set colorbox invert" produced empty colorbox
* FIX    placement of minor tics along logscale axis with narrow range
* FIX    OK to have missing corners in an image from a sparse matrix
* FIX    error handling for various corner cases involving function blocks
         

KNOWN ISSUES
------------

- Redefining a global array variable inside a user function or function block
  may lead to memory corruption and/or a program crash.  The development version
  now handles this cleanly, but the necessary framework has not yet been 
  back-ported to verion 6.0.  The current version may issue the confusing error
  message "non-numeric array index" and leave the corrupted array in place.

- Font handling by the cairo/pango libraries supporting some gnuplot terminals
  (pdf, png, wxt, ...) on both Windows and MacOS are sensitive to the
  enviromental variable PANGOCAIRO_BACKEND.  If you are having font problems,
  try setting this to
        PANGOCAIRO_BACKEND=fc

- Support for replot and pan/zoom mouse operations in multiplot mode is still
  incomplete. Expect further improvement in subsequent releases.

- TeXLive2024 pdflatex does not like some of the UTF-8 characters in the user manual.
  The distribution includes a pre-built copy of gnuplot.pdf but if you want
  to rebuild it from the source in docs/gnuplot.doc please use lualatex instead.
  You can either replace the definition PDFLATEX=pdflatex with PDFLATEX=lualatex
  in the Makefile or provide this in the environment during configuration
        PDFLATEX=lualatex ./configure

Gnuplot development is tracked in a git repository on SourceForge.
You can generate a complete history of changes using "git log"
after downloading:

<pre>
    git clone -b branch-6-0-stable git://git.code.sf.net/p/gnuplot/gnuplot-main
    git log
</pre>

Release Notes date:  03 June 2025



-- 
Ethan A Merritt
Department of Biochemistry
University of Washington, Seattle

Re: build fails if function-block is disabled

[Ethan A M. <me...@uw...>]

On Tuesday, 20 May 2025 07:10:19 PDT Jun. T wrote:
> 
> If configured without --enable-function-block, build fails as
> 
> internal.c:98:35: error: expression is not assignable
>    98 |     evaluate_inside_functionblock = FALSE;
>       |     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^
> 
> 
> Either add '#ifdef USE_FUNCTIONBLOCKS' to this line, or modify
> datablock.h so that evaluate_inside_functionblock is always a variable.

Yup. Sorry.

   Ethan
-- 
Ethan A Merritt
Department of Biochemistry
University of Washington, Seattle

build fails if function-block is disabled

[Jun. T <tak...@kb...>]

If configured without --enable-function-block, build fails as

internal.c:98:35: error: expression is not assignable
   98 |     evaluate_inside_functionblock = FALSE;
      |     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^


Either add '#ifdef USE_FUNCTIONBLOCKS' to this line, or modify
datablock.h so that evaluate_inside_functionblock is always a variable.

Re: setting "enhanced" for individual elements of a plot

[Ethan A M. <me...@uw...>]

On Sat, May 10, 2025 at 2:07 AM Jeremy Nicoll - ml gnuplot <
jn....@wi...> wrote:

>
> If the state vars are only used by the enhanced mode then maybe you could
> sometimes initialise the terminal twice?  That is, first always initialise
> the enhanced routine (to do the font stuff etc), then as if that had not
> been done (but only if noenhanced was set initially) initialise the
> plain text routine?  Would that leave plain-text in effect exactly as it
> works
> now, but mean that temporary switches into enhanced would work?
> --
> Jeremy Nicoll - my opinions are my own
>

Yes, making sure that enhanced text fonts are always set up is certainly
possible.
Every terminal driver would have to be audited and possibly modified.
But they'd have to be modified anyhow if they are supposed to somehow detect
that a switch to one text routine from another is needed.

I'm not arguing against the proposed feature. It's a perfectly reasonable
thing to propose.
I'm just pointing out that implementing it would take more than a simple
change to a
couple of places in the core code. The change would extend into every
terminal driver,
which is a pain.

   Ethan

Re: setting "enhanced" for individual elements of a plot

[Jeremy N. - ml g. <jn....@wi...>]

On 2025-05-09 00:47, Ethan A Merritt wrote:

> As it stands now, the terminal driver API provides only one entry point 
> for
> sending text.  When the terminal is initialized, this entry point is 
> either
> set to the enhanced text routine or to the plain text routine.
> The "noenhanced" attribute works by temporarily setting a global flag
> that can be seen by the terminal's enhanced text routine [see below].
> If the flag is set, the terminal just ignores all the markup 
> characters.
> Going the other way is I suppose possible, but would require new code
> in the plain text routine that knows to check some flag or other global
> condition and redirect the call to the enhanced text routine instead,
> possibly having to deal with initiallization of state variables
> (mostly font-related stuff) that would otherwise have been done
> when the terminal was first set to enhanced text mode.

If the state vars are only used by the enhanced mode then maybe you 
could
sometimes initialise the terminal twice?  That is, first always 
initialise
the enhanced routine (to do the font stuff etc), then as if that had not
been done (but only if noenhanced was set initially) initialise the 
plain
text routine?  Would that leave plain-text in effect exactly as it works
now, but mean that temporary switches into enhanced would work?


-- 
Jeremy Nicoll - my opinions are my own

Re: setting "enhanced" for individual elements of a plot

[Ethan A M. <me...@uw...>]

On Thursday, 8 May 2025 08:11:12 PDT Cottrell, Allin via gnuplot-beta wrote:
> In some contexts I prefer to set "noenhanced" as an initial terminal
> option (to avoid turning underscores in identifiers into subscript
> markers), but show certain labels in enhanced mode. The doc for (e.g.)
> xlabel says "noenhanced requests that the label text not be processed
> by the enhanced text mode parser, even if enhanced text mode is
> currently active." That works fine, but I'm looking for the converse,
> namely (e.g.)
> 
> set xlabel "s = λ/λ_{max}" enhanced
> 
> when noenhanced has been set initially, and that doesn't work, or at
> least not with gnuplot 6.0 p2. Would it be difficult to support?

I think it would be difficult, or at least tedious.
At the very least it would require new code in every terminal driver that
supports enhanced text.

As it stands now, the terminal driver API provides only one entry point for
sending text.  When the terminal is initialized, this entry point is either
set to the enhanced text routine or to the plain text routine.
The "noenhanced" attribute works by temporarily setting a global flag
that can be seen by the terminal's enhanced text routine [see below].
If the flag is set, the terminal just ignores all the markup characters. 
Going the other way is I suppose possible, but would require new code
in the plain text routine that knows to check some flag or other global
condition and redirect the call to the enhanced text routine instead,
possibly having to deal with initiallization of state variables
(mostly font-related stuff) that would otherwise have been done
when the terminal was first set to enhanced text mode.    

Use of a global flag was a hack to minimize change to the core code
back when enhanced text mode was extended to be a general option
rather than a special feature of the PostScript terminal.   In retrospect
it might have been better to accept the pain of changing the terminal API.
In any case if we were to aim for flipping enhanced text on and off as
you suggest, I think it would be time to change the API by adding a
term->enhanced_mode(TBOOLEAN state) entry point that the core
routine write_label() could use rather than dealing with multiple
global flags that violate the API boundary between the core code
and the terminal code.

    Ethan Merritt


> 
> Allin Cottrell


-- 
Ethan A Merritt
Department of Biochemistry
University of Washington, Seattle

setting "enhanced" for individual elements of a plot

[Cottrell, A. <cot...@wf...>]

In some contexts I prefer to set "noenhanced" as an initial terminal
option (to avoid turning underscores in identifiers into subscript
markers), but show certain labels in enhanced mode. The doc for (e.g.)
xlabel says "noenhanced requests that the label text not be processed
by the enhanced text mode parser, even if enhanced text mode is
currently active." That works fine, but I'm looking for the converse,
namely (e.g.)

set xlabel "s = λ/λ_{max}" enhanced

when noenhanced has been set initially, and that doesn't work, or at
least not with gnuplot 6.0 p2. Would it be difficult to support?

Allin Cottrell

Re: [PATCH 0/3] SVG terminal enhancements: Title, Description, and Escaping

[Ethan A M. <me...@uw...>]

On Friday, 11 April 2025 21:02:54 PDT Fredrick R. Brennan wrote:
> Hello Gnuplot developers,
> 
> This patch series introduces three small enhancements for the SVG 
> terminal driver aimed at improving metadata, accessibility, and 
> robustness of the generated output.

Applied. Thanks.

> 
> Patch 1/3 ([svg] add > for > in ENHsvg_writec):
> This patch improves enhanced text handling by escaping the > character 
> to >. This prevents rendering issues and XML errors in viewers like 
> Firefox when labels contain this character.
>
> Patch 2/3 ([svg] add plot title to XML <title>):
> This patch makes the SVG <title> element more meaningful, resolving a 
> TODO in the source code. It now uses the Gnuplot plot title (set title) 
> if one is defined, falling back to the name set via set term svg name 
> "...", and finally to "Gnuplot" as a default.
> 
> To handle potentially complex title strings correctly within XML, this 
> patch also introduces a helper function, SVG_put_CDATA, which correctly 
> embeds text within <![CDATA[...]]> sections, including the necessary 
> escaping for the forbidden ]]> sequence.
> 
> Patch 3/3 ([svg] add ability for user to set XML <desc>):
> This patch introduces a new terminal option description "<text>". If 
> this option is used, the provided text is embedded in the SVG <desc> 
> element, allowing users to easily add descriptive metadata or 
> accessibility information to their plots. This patch reuses the 
> SVG_put_CDATA helper function introduced in Patch 2 and includes 
> documentation for the new option in the terminal help.
> 
> These changes should apply cleanly to the current master branch. Patch 3 
> relies on a function introduced in Patch 2.
> 
> Feedback welcome!
> 
> 
> ------------------------------------------------------------------------
> 
> Best,
> Fred Brennan
> 
> |[[[ To any NSA and FBI agents reading my email: please consider ]]]
> [[[ whether defending the US Constitution against all enemies, ]]]
> [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
> 
> 
> GnuPG: 98F2 8F76 7470 129F BE3B 054C E215 4DD1 A1C7 7B8B
> BlueSky: @copypaste.bsky.social
> Personal website: <https://ctrlcctrlv.github.io/>
> 
> 
> 


-- 
Ethan A Merritt
Department of Biochemistry
University of Washington, Seattle

Re: gnuplot 1.0

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

I just read the docs (git fetch --help). I think the key line is

  By default, any tag that points into the histories being fetched is
  also fetched; the effect is to fetch tags that point at branches that
  you are interested in. This default behavior can be changed by using
  the --tags or --no-tags options

I guess the difference here is that the new "1.0" tag is in a separate
tree, disconnected from the rest of it, so you need to ask for the tags
explicitly. I had no idea this was a thing. In any case, this is
probably fine for a historical thing.

Re: gnuplot 1.0

[Ethan A M. <me...@uw...>]

On Sunday, 6 April 2025 15:11:47 PDT Dima Kogan wrote:

> Did you push the tag already (git push --tags)? I don't see it in the
> main repo.

Yeah, I was going to ask you about that.
I pushed it.
It's there.
I can see it on SourceForge.
But in order to pull it I need to do
    "git pull --tags"
The extra option isn't needed in other cases, so why now?

   Ethan

Re: gnuplot 1.0

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

> Thanks.   I messed up a couple of times but eventually got it.  I think.

Did you push the tag already (git push --tags)? I don't see it in the
main repo.

Re: gnuplot 1.0

[Ethan A M. <me...@uw...>]

On Friday, 4 April 2025 09:59:31 PDT Dima Kogan wrote:
> 
> Ethan A Merritt <me...@uw...> writes:
> 
> > [~/git/gnuplot-main] git checkout --detach 1.1
> > HEAD is now at 2f87cf77c Content from historic/gnuplot-1.1.tar.gz
> > =========================================================
> >
> > But I have no idea how to add this version 1.0 snapshot to the
> > repository so that it matches the others. Does anyone know an
> > appropriate set of git commands?
> 
> If you insert the new 1.0 code into the tree, that will change all the
> commit IDs downstream of it (i.e. everything we're actively working on
> now). So I'd add 1.0 by itself in its own root. So 1.1 wouldn't be a
> child of 1.0, but since this is all for historical archiving, that
> doesn't really matter.
> 
> You can do this by
> 
> - Creating a brand-new repo (let's say in /tmp/gnuplot1), and adding the
>   gnuplot 1.0 code and the "1.0" tag there
> 
> - In your main gnuplot tree, add this as a remote
> 
>   git remote add gnuplot1 /tmp/gnuplot1
>   git fetch gnuplot1
> 
> Now the "1.0" tag has been ingested into your tree, and if you "git push
> --tags", you'll send all your tags (including this one) to sourceforge.
> That's it.

Thanks.   I messed up a couple of times but eventually got it.  I think.

   Ethan

Re: image or rgbimage plots with zero decorations

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

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

> I would have thought the heart of it would be
>     set autoscale noextend 
>     set margins 0,0,0,0

Oh wow. That actually does 99% of what I want. Thank you!

The extra 1% is probably a bug: I have this script:

  set margin 0,0,0,0
  unset xtics
  unset ytics
  set terminal png size 1027,1035
  set output "/tmp/tst.png"

  plot "/tmp/input.png" binary filetype=png with rgbimage notitle

where the requested png size is the dimensions of /tmp/input.png. If I
look at the input and output side by side, I see the image shift by 1
pixel in each direction.

Thanks for the suggestion.

Re: image or rgbimage plots with zero decorations

[Ethan A M. <me...@uw...>]

On Friday, 4 April 2025 10:32:41 PDT Dima Kogan wrote:
> Hi. I'm pretty sure this isn't possible, but I'd like to ask anyway.
> 
> I have a gnuplot script to plot an image, with some extra stuff on top
> of it. Something like this:
> 
>   set terminal png
>   set output "out.png"
>   plot "image.png" binary filetype=png flipy with rgbimage, "data" with lines
> 
> Ideally I would like the result to be a .png file with the same
> dimensions as "image.png", and I would like "image.png" to fill the
> whole output plot. I.e. I want to annotate "image.png", but not scale it
> in any way.
> 
> There are some options that help somewhat, but don't do everything:
> 
>   set autoscale noextend
>   set size ratio -1

I would have thought the heart of it would be
    set autoscale noextend 
    set margins 0,0,0,0

I think using "set size ratio" is counter-productive for this purpose.

	Ethan
 
> In practice, what I end up doing is to manually find the pixel size for
> the "set terminal png" command that results in the output image of the
> correct size, and then I crop "out.png". Is there a better way?
> 
> Thanks.

image or rgbimage plots with zero decorations

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

Hi. I'm pretty sure this isn't possible, but I'd like to ask anyway.

I have a gnuplot script to plot an image, with some extra stuff on top
of it. Something like this:

  set terminal png
  set output "out.png"
  plot "image.png" binary filetype=png flipy with rgbimage, "data" with lines

Ideally I would like the result to be a .png file with the same
dimensions as "image.png", and I would like "image.png" to fill the
whole output plot. I.e. I want to annotate "image.png", but not scale it
in any way.

There are some options that help somewhat, but don't do everything:

  set autoscale noextend
  set size ratio -1

In practice, what I end up doing is to manually find the pixel size for
the "set terminal png" command that results in the output image of the
correct size, and then I crop "out.png". Is there a better way?

Thanks.

Re: gnuplot 1.0

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

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

> [~/git/gnuplot-main] git checkout --detach 1.1
> HEAD is now at 2f87cf77c Content from historic/gnuplot-1.1.tar.gz
> =========================================================
>
> But I have no idea how to add this version 1.0 snapshot to the
> repository so that it matches the others. Does anyone know an
> appropriate set of git commands?

If you insert the new 1.0 code into the tree, that will change all the
commit IDs downstream of it (i.e. everything we're actively working on
now). So I'd add 1.0 by itself in its own root. So 1.1 wouldn't be a
child of 1.0, but since this is all for historical archiving, that
doesn't really matter.

You can do this by

- Creating a brand-new repo (let's say in /tmp/gnuplot1), and adding the
  gnuplot 1.0 code and the "1.0" tag there

- In your main gnuplot tree, add this as a remote

  git remote add gnuplot1 /tmp/gnuplot1
  git fetch gnuplot1

Now the "1.0" tag has been ingested into your tree, and if you "git push
--tags", you'll send all your tags (including this one) to sourceforge.
That's it.

To make it easier, I made the gnuplot1 repo, and pushed it here:

  https://github.com/dkogan/gnuplot1.git

so all you need to do is

- git remote add gnuplot1 https://github.com/dkogan/gnuplot1.git
- git fetch gnuplot1

That's it

Re: Documentation error?

[Ethan A M. <me...@uw...>]

On Thursday, 3 April 2025 09:59:14 PDT Erik Luijten wrote:
> Hi,
> 
> I just noticed a mismatch between the documentation and an actual command.
> For time data, the documentation refers to "set xtics timedata", whereas
> the actual command is "set xtics timedate". 

Thanks.
Corrected now for 6.0 and 6.1

> You can try this within gnuplot:
> 
> gnuplot> help set xtics timedate
> 
> Sorry, no help for 'set xtics timedate'
> 
> 
> Conversely, "help set xtics timedata" works, and then produces
> documentation for "set xtics timedate".
> 
> 
> I believe the website documentation contains the same mismatch, but I
> cannot check this at the moment since it is not accessible.
> 
> 
> Best,
> 
> 
> Erik
> 


-- 
Ethan A Merritt
Department of Biochemistry
University of Washington, Seattle

Documentation error?

[Erik L. <eri...@gm...>]

Hi,

I just noticed a mismatch between the documentation and an actual command.
For time data, the documentation refers to "set xtics timedata", whereas
the actual command is "set xtics timedate". You can try this within gnuplot:

gnuplot> help set xtics timedate

Sorry, no help for 'set xtics timedate'


Conversely, "help set xtics timedata" works, and then produces
documentation for "set xtics timedate".


I believe the website documentation contains the same mismatch, but I
cannot check this at the moment since it is not accessible.


Best,


Erik

Re: gnuplot 1.0

[Ethan A M. <me...@uw...>]

On Wednesday, 2 April 2025 17:52:48 PDT Shigeharu TAKENO wrote:

> shige 04/03 2025
> ----------------
> 
> Old gnuplot-1.1 is in SouceForge site. I found historical old 
> gnuplot 1.0 (1.0.3).
> 
> I make the archive file of them (.tar.Z) 
> 
>  http://takeno.iee.niit.ac.jp/~shige/unix/gnuplot/data/gnuplot-1.0.tar.Z
>

Very nice code archaeology.  Congratulations.

I don't have a version of gcc old enough to compile it with without
providing a compatibility header and hacking a couple of lines that
refer to obsolete error handling, but after that the *.c files compile
with only a few complaints!

I will add the tarball to the gnuplot-historical directory on SourceForge.
It would be nice to also add it to the git repository, but ...

When  Eric Raymond helped create our current git repository from a combination
of the cvs content and historical tarballs of earlier versions he made it so that
each of the historical version was present as a tag.  I can check each one
out by name for inspection.  Like this:

=========================================================
[~/git/gnuplot-main] git tag
1.1
1.10A
2.0
3.0
3.1
3.2
3.5
3.7.1
3.7.2
3.7.3
... etc

[~/git/gnuplot-main] git checkout --detach 1.1
HEAD is now at 2f87cf77c Content from historic/gnuplot-1.1.tar.gz
=========================================================

But I have no idea how to add this version 1.0 snapshot to the repository
so that it matches the others.
Does anyone know an appropriate set of git commands?


> +========================================================+
>  Shigeharu TAKENO     NIigata Institute of Technology
>                        kashiwazaki,Niigata 945-1195 JAPAN
>  sh...@ie...   TEL(&FAX): +81-257-22-8161
> +========================================================+
-- 
Ethan A Merritt
Department of Biochemistry
University of Washington, Seattle

gnuplot 1.0

[Shigeharu T. <sh...@ie...>]

shige 04/03 2025
----------------

Old gnuplot-1.1 is in SouceForge site. I found historical old 
gnuplot 1.0 (1.0.3).

announce: https://usenet.trashworldnews.com/?thread=114748
1/6: https://usenet.trashworldnews.com/?thread=114473
2/6: https://usenet.trashworldnews.com/?thread=114532
3/6: https://usenet.trashworldnews.com/?thread=114531
4/6: https://usenet.trashworldnews.com/?thread=114530
5/6: https://usenet.trashworldnews.com/?thread=114529
6/6: https://usenet.trashworldnews.com/?thread=114528

I make the archive file of them (.tar.Z) 

  http://takeno.iee.niit.ac.jp/~shige/unix/gnuplot/data/gnuplot-1.0.tar.Z

+========================================================+
 Shigeharu TAKENO     NIigata Institute of Technology
                       kashiwazaki,Niigata 945-1195 JAPAN
 sh...@ie...   TEL(&FAX): +81-257-22-8161
+========================================================+

Development binaries for windows are moved

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

Development binaries site for windows has been moved

Development version:
Windows binaries built by Tatsuro Matsuoka: http://ss009322.stars.ne.jp/gnuplot_bin.html (http://tmacchant33.starfree.jp/gnuplot_bin.html)

Tatsuro