gnuplot-beta

Testing version of gnuplot 6.0.2

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

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

The bug tracker has been pretty quiet lately so I hope most of the issues in the 6.0
releases have been reported and now are fixed in 6.0.2.

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

Release notes appended below, or see

	gnuplot.sourceforge.net/ReleaseNotes_6_0_2.html

- Ethan


		Gnuplot Version 6.0.2 Release Notes
		===================================

This is the second incremental release for gnuplot stable version 6.0.
In addition to the usual minor bug fixes, it contains several new features
from the development version of gnuplot that didn't quite make it into
the initial version 6 release.

NEW (backported from development version)
-----------------------------------------
- plot style "with hsteps" enables a variety of new plot types
  For examples, see
	* https://gnuplot.info/demo_6.0/hsteps.html
	* https://gnuplot.info/demo_6.0/logic_timing.html
	* https://gnuplot.info/demo_6.0/rank_sequence.html

- 3D plot style "with filledcurves" provides additional flexibility in creating
  the family of plot styles that includes waterfall plots and fence plots.
  See
	* https://gnuplot.info/demo_6.0/waterfallplot.html

- Terminal input when gnuplot is linked against the BSD editline library
  now correctly handles UTF-8 characters.  UTF-8 input has always worked
  for configuration options readline=gnu or readline=builtin; now it also
  works for
      ./configure --with-readline=bsd

  This change should in particular benefit users of Debian and MacOS
  binaries, which are typically linked against the editline library.

- Polygons in a 3D plot ("splot ... with polygons") can use palette coloring
  and pm3d lighting.

- General binary keyword option "blank=NaN" facilitates using binary input
  data for plot styles that would require blank lines in a text input data
  stream. See
	* https://gnuplot.info/demo_6.0/binary_polygon.html

- "linestyle variable" is accepted as a color specifier in plot commands.
  The primary distinction between this as "linecolor variable" is that
  linestyle properties are cleared by the next "reset" command.
  This allows definition of a temporary color sequence affected only one plot.

CHANGES
-------
- Local variables are reimplemented to provide a better-defined scope
  and faster evaluation of function blocks.
- Existing plot styles steps, histeps, fsteps, and fillsteps are
  reimplemented to use the new hsteps code.
- Boxplot outlier position (horizontal displacement) is controlled by "set jitter".
- The content of $GPVAL_LAST_MULTIPLOT is appended to the output from "save"
  so that loading the saved file regenerates a full multiplot rather than
  only the final component.

FIXES
-----
- reworked generation of logscale axis tic marks                 (Bugs 2372 2717)
- Do not save extraneous commands to $GPVAL_LAST_MULTIPLOT       (Bug 2714)
- svg: modify gnuplot_svg.js to work in local standalone mode    (Bug 2715)
- wxt: release per-thread font data before entering "persist"    (Bug 2693)
- "set table": honor "nosurface" keyword in splot
- "set table": honor "set format z" when z is printed from plot
- better contouring near the edge of a z-clipped surface
- handle mousing of logscale axes in inactive plot windows       (Bug 2723)
- "set tics scale" does not change other axis tick properties    (Bug 2724)
- points with variable color value NaN should not be drawn       (Bug 2737)
- "set term tikz nostandalone" should suppress the latex wrapper (Bug 2740)
- handle unusual case of intersecting pm3d surfaces              (Bug 2744)

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

Re: Testing version of gnuplot 6.0.2

[ASSI <Str...@ne...>]

Ethan A Merritt writes:
> I have placed a test package for release 6.0.2 in the "testing" folder on SourceForge
>     https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/
>
> The bug tracker has been pretty quiet lately so I hope most of the issues in the 6.0
> releases have been reported and now are fixed in 6.0.2.
>
> Please report any build problems or other issues you find with the test package.
> If no problems arise I plan to use the same source files for a release announcement
> in a couple of weeks.

With the newest TeXLive (20240312 on Cygwin) gnuplot documentation can no
longer be created since

    \usepackage{ucs}
    \usepackage[utf8x]{inputenc}

produces errors in internal TeX packages down the line.  I have not
found an invocation that circumvents this problem yet…


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Re: Testing version of gnuplot 6.0.2

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

On Saturday, 7 December 2024 07:26:48 PST ASSI wrote:

> Ethan A Merritt writes:
> > I have placed a test package for release 6.0.2 in the "testing" folder on SourceForge
> >
> > The bug tracker has been pretty quiet lately so I hope most of the issues in the 6.0
> > releases have been reported and now are fixed in 6.0.2.
> >w
> > Please report any build problems or other issues you find with the test package.
> > If no problems arise I plan to use the same source files for a release announcement
> > in a couple of weeks.
> 
> With the newest TeXLive (20240312 on Cygwin) gnuplot documentation can no
> longer be created since
> 
>     \usepackage{ucs}
>     \usepackage[utf8x]{inputenc}
> 
> produces errors in internal TeX packages down the line.  I have not
> found an invocation that circumvents this problem yet…

Yes, I found that also. I reported it upstream.
I believe the error in is the utf8x module but I haven't been able to figure
out what changed from TeXLive2023 (which does work).

Simplest work-around is to replace
	PDFLATEX = pdflatex
with
	PDFLATEX=luatex
in the .../docs/Makefile

or do the same in the environment as part of the configuration process.

bash$     PDFLATEX=luatex ./configure

  Ethan
> 
> Regards,
> Achim.
> 


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

Re: Testing version of gnuplot 6.0.2

[ASSI <Str...@ne...>]

Ethan A Merritt writes:
>> With the newest TeXLive (20240312 on Cygwin) gnuplot documentation can no
>> longer be created since
>> 
>>     \usepackage{ucs}
>>     \usepackage[utf8x]{inputenc}
>> 
>> produces errors in internal TeX packages down the line.  I have not
>> found an invocation that circumvents this problem yet…
>
> Yes, I found that also. I reported it upstream.
> I believe the error in is the utf8x module but I haven't been able to figure
> out what changed from TeXLive2023 (which does work).

There was a specific ugly workaround to make some things in utf8x work (
especially in conjunction with ucs) even though development of that
package has apparently ceased.

> Simplest work-around is to replace
> 	PDFLATEX = pdflatex
> with
> 	PDFLATEX=luatex
> in the .../docs/Makefile
>
> or do the same in the environment as part of the configuration process.

OK, that should work, I'll report how that turns out.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

Re: Testing version of gnuplot 6.0.2

[ASSI <Str...@ne...>]

ASSI writes:
>> Simplest work-around is to replace
>> 	PDFLATEX = pdflatex
>> with
>> 	PDFLATEX=luatex
>> in the .../docs/Makefile
>>
>> or do the same in the environment as part of the configuration process.
>
> OK, that should work, I'll report how that turns out.

OK, so that should be

 PDFLATEX=lualatex
 LATEX=dvilualatex

(I think), but then I get stuck with this wierd error when trying to create the PS file:

--8<---------------cut here---------------start------------->8---
' LuaTeX output 2024.12.08:2105' -> gnuplot.ps
dvips: PK font [/usr/share/fonts/gnu-free/FreeSerifBold.ttf] not found; using cmr10
</usr/share/texmf-dist/fonts/pk/ljfour/public/cm/dpi600/cmr10.pk>
dvips: Checksum mismatch in font [/usr/share/fonts/gnu-free/FreeSerifBold.ttf]
dvips: PK font [/usr/share/fonts/gnu-free/FreeSerif.ttf] not found; using cmr10
</usr/share/texmf-dist/fonts/pk/ljfour/public/cm/dpi600/cmr10.pk>
dvips: Checksum mismatch in font [/usr/share/fonts/gnu-free/FreeSerif.ttf]
dvips: PK font [/usr/share/fonts/gnu-free/FreeSerif.ttf] not found; using cmr10
</usr/share/texmf-dist/fonts/pk/ljfour/public/cm/dpi600/cmr10.pk>
dvips: Checksum mismatch in font [/usr/share/fonts/gnu-free/FreeSerif.ttf]
dvips: PK font [/usr/share/fonts/gnu-free/FreeSerif.ttf] not found; using cmr10
</usr/share/texmf-dist/fonts/pk/ljfour/public/cm/dpi600/cmr10.pk>
dvips: Checksum mismatch in font [/usr/share/fonts/gnu-free/FreeSerif.ttf]
dvips: ! [scanpage] invalid char 185 from font [/usr/share/fonts/gnu-free/FreeSerif.ttf]
make: *** [Makefile:1140: gnuplot.ps] Error 1
--8<---------------cut here---------------end--------------->8---

and this one for the PDF:

--8<---------------cut here---------------start------------->8---
GNUPLOT_LIB=/mnt/share/cygpkgs/gnuplot/gnuplot.x86_64/src/gnuplot-6.0.2/demo ../src/gnuplot.exe /mnt/share/cygpkgs/gnuplot/gnuplot.x86_64/src/gnuplot-6.0.2/docs/plotstyles.gnu
*** buffer overflow detected ***: terminated
make: *** [Makefile:1065: pdf_figures] Error 127
--8<---------------cut here---------------end--------------->8---

Additionally, the parallel build is somehow broken again and I need to
compile in serial mode.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Re: Testing version of gnuplot 6.0.2

[Henri M. <he...@he...>]

On Sat, 2024-12-07 at 16:26 +0100, ASSI wrote:
> Ethan A Merritt writes:
> > I have placed a test package for release 6.0.2 in the "testing"
> > folder on SourceForge
> >     https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/
> > 
> > The bug tracker has been pretty quiet lately so I hope most of the
> > issues in the 6.0
> > releases have been reported and now are fixed in 6.0.2.
> > 
> > Please report any build problems or other issues you find with the
> > test package.
> > If no problems arise I plan to use the same source files for a
> > release announcement
> > in a couple of weeks.
> 
> With the newest TeXLive (20240312 on Cygwin) gnuplot documentation
> can no
> longer be created since
> 
>     \usepackage{ucs}
>     \usepackage[utf8x]{inputenc}
> 
> produces errors in internal TeX packages down the line.  I have not
> found an invocation that circumvents this problem yet…

Could you please try simply replacing these two lines by

    \usepackage[utf8]{inputenc}

The ucs package (which is what provides the utf8x definition file) is
basically unmaintained. Also since 2018 UTF-8 is the default encoding
in LaTeX, so none of these packages should be necessary anymore.

Cheers, Henri

> 
> 
> Regards,
> Achim.

Re: Testing version of gnuplot 6.0.2

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

On Monday, 9 December 2024 00:13:35 PST Henri Menke via gnuplot-beta wrote:
> > 
> > With the newest TeXLive (20240312 on Cygwin) gnuplot documentation
> > can no
> > longer be created since
> > 
> >     \usepackage{ucs}
> >     \usepackage[utf8x]{inputenc}
> > 
> > produces errors in internal TeX packages down the line.  I have not
> > found an invocation that circumvents this problem yet…
> 
> Could you please try simply replacing these two lines by
> 
>     \usepackage[utf8]{inputenc}
> 
> The ucs package (which is what provides the utf8x definition file) is
> basically unmaintained. Also since 2018 UTF-8 is the default encoding
> in LaTeX, so none of these packages should be necessary anymore.
> 
> Cheers, Henri

Is there a replacement for the ucs option \SetUnicodeOption{mathletters} ?
Without it the pdflatex build fails with message

    Error: Unicode character ∞ (U+221E) not set up for use with LaTeX

and equivalent messages for bullet (U+2219), square (U+25A1), en dash (U+2212) etc.
I tried adding additional commands

    \DeclareUnicodeCharacter{2212}{\ensuremath{\textendash}}
    ... and so on for each character it complained about ...

That allowed pdflatex to proceed further, but it still failed in the end
with fatal errors complaining about missing font maps for font grxn1000 and

    Warning: command \textendash invalid in math mode

So I have not yet managed to rebuild the gnuplot manual using
pdflatex or plain latex under TeXLive2024.

I'm happy enough using luatex instead;  we're already doing that for the
Japanese documentation.  And the distribution does include a pre-built copy
of gnuplot.pdf so most users would not need to rebuild it anyhow.

    Ethan

Re: Testing version of gnuplot 6.0.2

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

Although I can build gnuplot.pdf either by TeXLive2023/pdflatex or
by TeXLive2024/lualatex, both method give the pdf with minor problems:
at around page 79 (or 78 or 80?), in the description of the Ellipses
style, the text does not wrap the figure correctly. It seems "picins"
is not working well (there may be a few more figures that have
similar problems). Does this happens only for me?

I also tried "make tikz" in docs/ directory (hoping it may give better
pdf), but the build failed at the target tikz_figures, with the following
error:
---------------
"./plotstyles.gnu" line 1142: /usr/local/share/gnuplot/6.1/lua/gnuplot-tikz.lua:395: attempt to concatenate a nil value (local 'color')
stack tracebac

line 0: Missing Lua context! No script?
(this message repeats endlessly)
---------------
The error occurs at the "splot" in the "Fence plot" in plotstyles.gnu,
but I don't know how to fix it.