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