[Fwd: Re: problem building latest cvs snapshot]

[<tim...@en...>]

Second try as it did not seem to go through gnuplot-beta ...

Dmitri A. Sergatskov wrote:
> Today's cvs on Fedora Core 5 (x86_64).
> ./prepare
> CFLAGS=3D"-O3 -m64 -pipe"
> ./configure --with-readline=3Dgnu
> make
> make[2]: Leaving directory `/home/dima/src/gnuplot/demo'
> Making all in tutorial
> make[2]: Entering directory `/home/dima/src/gnuplot/tutorial'
> Expected X11 driver: /usr/local/libexec/gnuplot/4.1/gnuplot_x11
> Exec failed: No such file or directory
> See 'help x11' for more details
> make[2]: *** [eg1.tex] Error 141
> make[2]: Leaving directory `/home/dima/src/gnuplot/tutorial'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/dima/src/gnuplot'
> make: *** [all] Error 2
>
> (Of course it worked on the computer that had an older version
> installed in /usr/local ...)
>
> Sincerely,
>
> Dmitri.
>  =20

Hi Dmitri,

Can you please try the attached patch in tutorial/ ?

I think this got broken when we added the call to term->options() in=20
term.c:1729:init_terminal(), to fix the use of GNUTERM for all terminals=20
at once (otherwise some of them would no initialize some of their=20
values). As a consequence, when x11 is compiled in, gnuplot initializes=20
it by launching gnuplot_x11 even if the script does not actually uses=20
the x11 terminal. As per the imprecision on term->fillbox() that we=20
discussed some times ago, some drivers assume that term->options() will=20
be always called before term->init(), whereas others don't and take more=20
care. The fix in init_terminal() was for the former, while the latter=20
(as X11) lose part of their flexibility in the game...

Best regards,

Timoth=E9e