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

Re: Version 5.2 release candidate -rc3

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

Thank you for the change.
I was able to build rc4 source on rc4 without treatments.
Now corresponding binary packages are uploaded.

Tatsuro




----- Original Message -----
> From: sfeam 
> To: gnuplot-beta
> Cc: 
> Date: 2017/7/31, Mon 12:25
> Subject: Re: Version 5.2 release candidate -rc3
> 
> OK.
> tarball for -rc4 is uploaded.
> All source files are identical to -rc3.
> The only change is to the inventory of subdirectories for Windows packages
> as discussed below.
> 
>     Ethan
> 
> On Monday, 31 July 2017 10:44:57 Tatsuro MATSUOKA wrote:
>>  ----- Original Message -----
>> 
>>  > From: sfeam 
>>  > To: gnuplot-beta Tatsuro MATSUOKA > Cc: 
>>  > Date: 2017/7/31, Mon 10:10
>>  > Subject: Re: Version 5.2 release candidate -rc3
>>  > 
>>   
>>  > That is intentional.  So far as I know the scripts in the pm3d 
> subdirectory are 
>>  > no longer needed because the operations they perform are now part of 
> the main 
>>  > program.
>>  > The scripts can still be obtained from the SourceForge site if someone 
> wants 
>>  > them.
>>  > 
>>  >>  and make installer on windows build fails.
>>  > 
>>  > Can you figure out why it fails?  Is it because of these files
>>  > 
>>  > .../config/mingw/Makefile
>>  > .../config/msvc/Makefile
>>  > 
>>  > Does this patch fix it?
>>  > 
>>  > --- gnuplot52/config/mingw/Makefile    2017-07-30 09:44:01.450442197 
> -0700
>>  > +++ test52/config/mingw/Makefile    2017-07-30 18:01:58.078032167 
> -0700
>>  > @@ -1029,8 +1029,8 @@
>>  >     -cp -p $(M)* $(DESTDIR)/demo/
>>  >     mkdir -p $(DESTDIR)/demo/games
>>  >     -cp -p $(M)/games/* $(DESTDIR)/demo/games/
>>  > -    mkdir -p $(DESTDIR)/contrib/pm3d/
>>  > -    -cp -p $(TOP)/pm3d/contrib/* $(DESTDIR)/contrib/pm3d/
>>  > +#    mkdir -p $(DESTDIR)/contrib/pm3d/
>>  > +#    -cp -p $(TOP)/pm3d/contrib/* $(DESTDIR)/contrib/pm3d/
>>  > # docs
>>  >     mkdir -p $(DESTDIR)/docs
>>  >     -cp -p gnuplot.pdf $(DESTDIR)/docs/
>>  > --- gnuplot52/config/msvc/Makefile    2017-07-30 09:44:01.458441784 
> -0700
>>  > +++ test52/config/msvc/Makefile    2017-07-30 18:06:33.926299097 -0700
>>  > @@ -550,8 +550,8 @@
>>  >     xcopy /Y $(TOP)\demo $(DESTDIR)\demo
>>  >     if not exist $(DESTDIR)\demo\games mkdir 
>>  > $(DESTDIR)\demo\games
>>  >     xcopy /Y $(TOP)\demo\games $(DESTDIR)\demo\games
>>  > -    if not exist $(DESTDIR)\contrib\pm3d mkdir 
>>  > $(DESTDIR)\contrib\pm3d
>>  > -    xcopy /Y $(TOP)\pm3d\contrib\*.* 
>>  > $(DESTDIR)\contrib\pm3d
>>  > +#    if not exist $(DESTDIR)\contrib\pm3d mkdir 
>>  > $(DESTDIR)\contrib\pm3d
>>  > +#    xcopy /Y $(TOP)\pm3d\contrib\*.* 
>>  > $(DESTDIR)\contrib\pm3d
>>  > 
>>  > zip:
>>  >     $(MAKE) DESTDIR=.\gnuplot install
>>  > 
>> 
>>  For zip and 7zip archives, the above is enough.
>>  For installer additional change is required
>> 
>>  # ***************************
>>  --- a/win/gnuplot.iss    2017-07-31 10:21:32.139777700 +0900
>>  +++ b/win/gnuplot.iss    2016-08-10 01:23:27.000000000 +0900
>>  @@ -260,7 +260,7 @@
>>   
>>   ; demo files / contrib
>>   
>>  -;Source: "contrib\*"; DestDir: {app}\contrib\; 
> Flags: recursesubdirs; Components: demo
>>  +Source: "contrib\*"; DestDir: {app}\contrib\; Flags: 
> recursesubdirs; Components: demo
>>   
>>   Source: "demo\*"; DestDir: {app}\demo\; Flags: 
> recursesubdirs; Components: demo
>>   
>>  # ***************************
>> 
>> 
>> 
>>  In the iss file (Setting file for Inno Setup Compiler), ";"  is a 
> comment mark.
>>  I did not test on MSVC because I do not have build environments of gnuplot 
> using MSVC.
>> 
>> 
>> 
>>  > 
>>  >>  In 5.2 cvs source tree, directory pm3d exist and I copy it to the 
> 5.2-rc 
>>  > source tree and execute make installer.
>>  >> 
>>  >>  Please correct the 5.2-rc package.
>>  > 
>>  > If it is really needed for the program itself then I will restore the 
> pm3d 
>>  > subdirectory.
>>  > But if the problem is only that the subdirectly is incorrectly listed 
> in the 
>>  > Makefile
>>  > then let's fix that instead.
>>  > 
>>  >     thanks for testing
>>  > 
>>  >         Ethan
>> 
>>  I deleted contrib directory and executed all.dem.
>>  all.dem worked fine without the pm3d subdirectory.
>> 
>>  Please fix Makefile and gnuplot.iss.
>> 
>>  Tatsuro
>> 
>> 
>>  >>  Tatsuro 
>>  > 
>> 
>> 
> ------------------------------------------------------------------------------
>>  Check out the vibrant tech community on one of the world's most
>>  engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>  _______________________________________________
>>  gnuplot-beta mailing list
>>  gnu...@li...
>>  Membership management via: 
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

Re: Version 5.2 release candidate -rc3

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

OK.
tarball for -rc4 is uploaded.
All source files are identical to -rc3.
The only change is to the inventory of subdirectories for Windows packages
as discussed below.

	Ethan

On Monday, 31 July 2017 10:44:57 Tatsuro MATSUOKA wrote:
> ----- Original Message -----
> 
> > From: sfeam 
> > To: gnuplot-beta Tatsuro MATSUOKA > Cc: 
> > Date: 2017/7/31, Mon 10:10
> > Subject: Re: Version 5.2 release candidate -rc3
> > 
>  
> > That is intentional.  So far as I know the scripts in the pm3d subdirectory are 
> > no longer needed because the operations they perform are now part of the main 
> > program.
> > The scripts can still be obtained from the SourceForge site if someone wants 
> > them.
> > 
> >>  and make installer on windows build fails.
> > 
> > Can you figure out why it fails?  Is it because of these files
> > 
> > .../config/mingw/Makefile
> > .../config/msvc/Makefile
> > 
> > Does this patch fix it?
> > 
> > --- gnuplot52/config/mingw/Makefile    2017-07-30 09:44:01.450442197 -0700
> > +++ test52/config/mingw/Makefile    2017-07-30 18:01:58.078032167 -0700
> > @@ -1029,8 +1029,8 @@
> >     -cp -p $(M)* $(DESTDIR)/demo/
> >     mkdir -p $(DESTDIR)/demo/games
> >     -cp -p $(M)/games/* $(DESTDIR)/demo/games/
> > -    mkdir -p $(DESTDIR)/contrib/pm3d/
> > -    -cp -p $(TOP)/pm3d/contrib/* $(DESTDIR)/contrib/pm3d/
> > +#    mkdir -p $(DESTDIR)/contrib/pm3d/
> > +#    -cp -p $(TOP)/pm3d/contrib/* $(DESTDIR)/contrib/pm3d/
> > # docs
> >     mkdir -p $(DESTDIR)/docs
> >     -cp -p gnuplot.pdf $(DESTDIR)/docs/
> > --- gnuplot52/config/msvc/Makefile    2017-07-30 09:44:01.458441784 -0700
> > +++ test52/config/msvc/Makefile    2017-07-30 18:06:33.926299097 -0700
> > @@ -550,8 +550,8 @@
> >     xcopy /Y $(TOP)\demo $(DESTDIR)\demo
> >     if not exist $(DESTDIR)\demo\games mkdir 
> > $(DESTDIR)\demo\games
> >     xcopy /Y $(TOP)\demo\games $(DESTDIR)\demo\games
> > -    if not exist $(DESTDIR)\contrib\pm3d mkdir 
> > $(DESTDIR)\contrib\pm3d
> > -    xcopy /Y $(TOP)\pm3d\contrib\*.* 
> > $(DESTDIR)\contrib\pm3d
> > +#    if not exist $(DESTDIR)\contrib\pm3d mkdir 
> > $(DESTDIR)\contrib\pm3d
> > +#    xcopy /Y $(TOP)\pm3d\contrib\*.* 
> > $(DESTDIR)\contrib\pm3d
> > 
> > zip:
> >     $(MAKE) DESTDIR=.\gnuplot install
> > 
> 
> For zip and 7zip archives, the above is enough.
> For installer additional change is required
> 
> # ***************************
> --- a/win/gnuplot.iss    2017-07-31 10:21:32.139777700 +0900
> +++ b/win/gnuplot.iss    2016-08-10 01:23:27.000000000 +0900
> @@ -260,7 +260,7 @@
>  
>  ; demo files / contrib
>  
> -;Source: "contrib\*"; DestDir: {app}\contrib\; Flags: recursesubdirs; Components: demo
> +Source: "contrib\*"; DestDir: {app}\contrib\; Flags: recursesubdirs; Components: demo
>  
>  Source: "demo\*"; DestDir: {app}\demo\; Flags: recursesubdirs; Components: demo
>  
> # ***************************
> 
> 
> 
> In the iss file (Setting file for Inno Setup Compiler), ";"  is a comment mark.
> I did not test on MSVC because I do not have build environments of gnuplot using MSVC.
> 
> 
> 
> > 
> >>  In 5.2 cvs source tree, directory pm3d exist and I copy it to the 5.2-rc 
> > source tree and execute make installer.
> >> 
> >>  Please correct the 5.2-rc package.
> > 
> > If it is really needed for the program itself then I will restore the pm3d 
> > subdirectory.
> > But if the problem is only that the subdirectly is incorrectly listed in the 
> > Makefile
> > then let's fix that instead.
> > 
> >     thanks for testing
> > 
> >         Ethan
> 
> I deleted contrib directory and executed all.dem.
> all.dem worked fine without the pm3d subdirectory.
> 
> Please fix Makefile and gnuplot.iss.
> 
> Tatsuro
> 
> 
> >>  Tatsuro 
> > 
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: Version 5.2 release candidate -rc3

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

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

> From: sfeam 
> To: gnuplot-beta Tatsuro MATSUOKA > Cc: 
> Date: 2017/7/31, Mon 10:10
> Subject: Re: Version 5.2 release candidate -rc3
> 
 
> That is intentional.  So far as I know the scripts in the pm3d subdirectory are 
> no longer needed because the operations they perform are now part of the main 
> program.
> The scripts can still be obtained from the SourceForge site if someone wants 
> them.
> 
>>  and make installer on windows build fails.
> 
> Can you figure out why it fails?  Is it because of these files
> 
> .../config/mingw/Makefile
> .../config/msvc/Makefile
> 
> Does this patch fix it?
> 
> --- gnuplot52/config/mingw/Makefile    2017-07-30 09:44:01.450442197 -0700
> +++ test52/config/mingw/Makefile    2017-07-30 18:01:58.078032167 -0700
> @@ -1029,8 +1029,8 @@
>     -cp -p $(M)* $(DESTDIR)/demo/
>     mkdir -p $(DESTDIR)/demo/games
>     -cp -p $(M)/games/* $(DESTDIR)/demo/games/
> -    mkdir -p $(DESTDIR)/contrib/pm3d/
> -    -cp -p $(TOP)/pm3d/contrib/* $(DESTDIR)/contrib/pm3d/
> +#    mkdir -p $(DESTDIR)/contrib/pm3d/
> +#    -cp -p $(TOP)/pm3d/contrib/* $(DESTDIR)/contrib/pm3d/
> # docs
>     mkdir -p $(DESTDIR)/docs
>     -cp -p gnuplot.pdf $(DESTDIR)/docs/
> --- gnuplot52/config/msvc/Makefile    2017-07-30 09:44:01.458441784 -0700
> +++ test52/config/msvc/Makefile    2017-07-30 18:06:33.926299097 -0700
> @@ -550,8 +550,8 @@
>     xcopy /Y $(TOP)\demo $(DESTDIR)\demo
>     if not exist $(DESTDIR)\demo\games mkdir 
> $(DESTDIR)\demo\games
>     xcopy /Y $(TOP)\demo\games $(DESTDIR)\demo\games
> -    if not exist $(DESTDIR)\contrib\pm3d mkdir 
> $(DESTDIR)\contrib\pm3d
> -    xcopy /Y $(TOP)\pm3d\contrib\*.* 
> $(DESTDIR)\contrib\pm3d
> +#    if not exist $(DESTDIR)\contrib\pm3d mkdir 
> $(DESTDIR)\contrib\pm3d
> +#    xcopy /Y $(TOP)\pm3d\contrib\*.* 
> $(DESTDIR)\contrib\pm3d
> 
> zip:
>     $(MAKE) DESTDIR=.\gnuplot install
> 

For zip and 7zip archives, the above is enough.
For installer additional change is required

# ***************************
--- a/win/gnuplot.iss    2017-07-31 10:21:32.139777700 +0900
+++ b/win/gnuplot.iss    2016-08-10 01:23:27.000000000 +0900
@@ -260,7 +260,7 @@
 
 ; demo files / contrib
 
-;Source: "contrib\*"; DestDir: {app}\contrib\; Flags: recursesubdirs; Components: demo
+Source: "contrib\*"; DestDir: {app}\contrib\; Flags: recursesubdirs; Components: demo
 
 Source: "demo\*"; DestDir: {app}\demo\; Flags: recursesubdirs; Components: demo
 
# ***************************



In the iss file (Setting file for Inno Setup Compiler), ";"  is a comment mark.
I did not test on MSVC because I do not have build environments of gnuplot using MSVC.



> 
>>  In 5.2 cvs source tree, directory pm3d exist and I copy it to the 5.2-rc 
> source tree and execute make installer.
>> 
>>  Please correct the 5.2-rc package.
> 
> If it is really needed for the program itself then I will restore the pm3d 
> subdirectory.
> But if the problem is only that the subdirectly is incorrectly listed in the 
> Makefile
> then let's fix that instead.
> 
>     thanks for testing
> 
>         Ethan

I deleted contrib directory and executed all.dem.
all.dem worked fine without the pm3d subdirectory.

Please fix Makefile and gnuplot.iss.

Tatsuro


>>  Tatsuro 
> 

Re: Version 5.2 release candidate -rc3

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

On Monday, 31 July 2017 08:12:05 Tatsuro MATSUOKA wrote:
> 
> ----- Original Message -----
> > From: sfeam via gnuplot-beta 
> > To: gnuplot-beta> Cc: 
> > Date: 2017/7/31, Mon 02:41
> > Subject: Version 5.2 release candidate -rc3
> > 
> > Source tarball for -rc3 in now in the "Release Candidates" folder on 
> > SourceForge.
> > 
> > I expect this will be the final release candidate.  
> > If nothing unexpected comes up we can put out version 5.2 itself later in 
> > August.
> > 
> > CHANGES SINCE rc2
> > =================
> > * NEW: revised "plot with table" can handle string-valued output 
> > columns
> > * CHANGE: revised pipe support on Windows when built with MinGW-64 or MSVC
> > * FIX: minor bugs in use of gnuplot variables by "fit" command
> > 
> >     Ethan
> 
> Directory pm3d is missing in 5.2-rc tar ball 

That is intentional.  So far as I know the scripts in the pm3d subdirectory are 
no longer needed because the operations they perform are now part of the main program.
The scripts can still be obtained from the SourceForge site if someone wants them.

> and make installer on windows build fails.

Can you figure out why it fails?  Is it because of these files

 .../config/mingw/Makefile
 .../config/msvc/Makefile

Does this patch fix it?

--- gnuplot52/config/mingw/Makefile	2017-07-30 09:44:01.450442197 -0700
+++ test52/config/mingw/Makefile	2017-07-30 18:01:58.078032167 -0700
@@ -1029,8 +1029,8 @@
 	-cp -p $(M)* $(DESTDIR)/demo/
 	mkdir -p $(DESTDIR)/demo/games
 	-cp -p $(M)/games/* $(DESTDIR)/demo/games/
-	mkdir -p $(DESTDIR)/contrib/pm3d/
-	-cp -p $(TOP)/pm3d/contrib/* $(DESTDIR)/contrib/pm3d/
+#	mkdir -p $(DESTDIR)/contrib/pm3d/
+#	-cp -p $(TOP)/pm3d/contrib/* $(DESTDIR)/contrib/pm3d/
 # docs
 	mkdir -p $(DESTDIR)/docs
 	-cp -p gnuplot.pdf $(DESTDIR)/docs/
--- gnuplot52/config/msvc/Makefile	2017-07-30 09:44:01.458441784 -0700
+++ test52/config/msvc/Makefile	2017-07-30 18:06:33.926299097 -0700
@@ -550,8 +550,8 @@
 	xcopy /Y $(TOP)\demo $(DESTDIR)\demo
 	if not exist $(DESTDIR)\demo\games mkdir $(DESTDIR)\demo\games
 	xcopy /Y $(TOP)\demo\games $(DESTDIR)\demo\games
-	if not exist $(DESTDIR)\contrib\pm3d mkdir $(DESTDIR)\contrib\pm3d
-	xcopy /Y $(TOP)\pm3d\contrib\*.* $(DESTDIR)\contrib\pm3d
+#	if not exist $(DESTDIR)\contrib\pm3d mkdir $(DESTDIR)\contrib\pm3d
+#	xcopy /Y $(TOP)\pm3d\contrib\*.* $(DESTDIR)\contrib\pm3d
 
 zip:
 	$(MAKE) DESTDIR=.\gnuplot install


> In 5.2 cvs source tree, directory pm3d exist and I copy it to the 5.2-rc source tree and execute make installer.
> 
> Please correct the 5.2-rc package.

If it is really needed for the program itself then I will restore the pm3d subdirectory.
But if the problem is only that the subdirectly is incorrectly listed in the Makefile
then let's fix that instead.

	thanks for testing

		Ethan

> Tatsuro 

Re: Version 5.2 release candidate -rc3

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

> Date: 2017/7/31, Mon 02:41

> Subject: Version 5.2 release candidate -rc3
> 
> Source tarball for -rc3 in now in the "Release Candidates" folder on 
> SourceForge.
> 
> I expect this will be the final release candidate.  
> If nothing unexpected comes up we can put out version 5.2 itself later in 
> August.
> 
> CHANGES SINCE rc2
> =================
> * NEW: revised "plot with table" can handle string-valued output 
> columns
> * CHANGE: revised pipe support on Windows when built with MinGW-64 or MSVC
> * FIX: minor bugs in use of gnuplot variables by "fit" command
> 
>     Ethan
> 

I have built windows binary packages and upload on SourceForge

Tatsuro

Re: Version 5.2 release candidate -rc3

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

----- Original Message -----
> From: sfeam via gnuplot-beta 
> To: gnuplot-beta> Cc: 
> Date: 2017/7/31, Mon 02:41
> Subject: Version 5.2 release candidate -rc3
> 
> Source tarball for -rc3 in now in the "Release Candidates" folder on 
> SourceForge.
> 
> I expect this will be the final release candidate.  
> If nothing unexpected comes up we can put out version 5.2 itself later in 
> August.
> 
> CHANGES SINCE rc2
> =================
> * NEW: revised "plot with table" can handle string-valued output 
> columns
> * CHANGE: revised pipe support on Windows when built with MinGW-64 or MSVC
> * FIX: minor bugs in use of gnuplot variables by "fit" command
> 
>     Ethan

Directory pm3d is missing in 5.2-rc tar ball and make installer on windows build fails.
In 5.2 cvs source tree, directory pm3d exist and I copy it to the 5.2-rc source tree and execute make installer.

Please correct the 5.2-rc package.

Tatsuro 

Version 5.2 release candidate -rc3

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

Source tarball for -rc3 in now in the "Release Candidates" folder on SourceForge.

I expect this will be the final release candidate.  
If nothing unexpected comes up we can put out version 5.2 itself later in August.

CHANGES SINCE rc2
=================
* NEW: revised "plot with table" can handle string-valued output columns
* CHANGE: revised pipe support on Windows when built with MinGW-64 or MSVC
* FIX: minor bugs in use of gnuplot variables by "fit" command

	Ethan

Re: 2d matrix plots 'with labels'

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

On Wednesday, 26 July 2017 17:26:05 Dima Kogan wrote:
> sfeam <sf...@us...> writes:
> 
> > On Wednesday, 26 July 2017 14:49:07 Dima Kogan wrote:
> >>
> >> Plotting a matrix of numbers as points with varying colors works ok:
> >>
> >>     plot '-' matrix using 1:2:3 notitle with points pt 7 ps 2 palette
> >>     1 2 3
> >>     4 5 6
> >>     e
> >>
> >> I get 6 points in a grid, with different colors. I would expect that
> >> plotting the same thing 'with labels' should work too, but with printed
> >> text instead of points
> >>
> >>     plot '-' matrix using 1:2:3 notitle with labels
> >>     1 2 3
> >>     4 5 6
> >>     e
> >>
> >> I get the grid of printed text, but each "point" is "6" and not "1",
> >> "2", ...
> >>
> >> Bug?
> >
> > "with labels" wants a string, not a number.
> > This should work:
> >
> >   plot '-' matrix using 1:2:(sprintf("%d",column(3))) with labels
> >
> > I have no idea why it prints "6" though.  That's a mystery.
> 
> Hmmm. I can replace the 1,2,3 thing with aaa,bbb,ccc, and it still
> prints the last one. 

There is no provision for a matrix to hold anything but floating point
numbers, so I would not expect anything useful from trying to fill
one with aaa bbb ccc etc.  (Unless maybe it interprets them as
hexidecimal constants?)

> And this works ok for non-matrix plots,

Sure.  The limitation arises specifically from what can be read in as a matrix.

> so it sounds like a misbehavior to me. 

Well, if you could store strings in the matrix then yes "with labels" should
print them.  But so for you are limited to floats.
Do you see a need to read in a matrix of strings?

	Ethan

Re: 2d matrix plots 'with labels'

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

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

> On Wednesday, 26 July 2017 14:49:07 Dima Kogan wrote:
>>
>> Plotting a matrix of numbers as points with varying colors works ok:
>>
>>     plot '-' matrix using 1:2:3 notitle with points pt 7 ps 2 palette
>>     1 2 3
>>     4 5 6
>>     e
>>
>> I get 6 points in a grid, with different colors. I would expect that
>> plotting the same thing 'with labels' should work too, but with printed
>> text instead of points
>>
>>     plot '-' matrix using 1:2:3 notitle with labels
>>     1 2 3
>>     4 5 6
>>     e
>>
>> I get the grid of printed text, but each "point" is "6" and not "1",
>> "2", ...
>>
>> Bug?
>
> "with labels" wants a string, not a number.
> This should work:
>
>   plot '-' matrix using 1:2:(sprintf("%d",column(3))) with labels
>
> I have no idea why it prints "6" though.  That's a mystery.

Hmmm. I can replace the 1,2,3 thing with aaa,bbb,ccc, and it still
prints the last one. And this works ok for non-matrix plots, so it
sounds like a misbehavior to me. I'll try to find the time to look
through the sources and fix it; hopefully.

Re: 2d matrix plots 'with labels'

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

On Wednesday, 26 July 2017 14:49:07 Dima Kogan wrote:
> Hi.
> 
> I think the following is a bug? Maybe?
> 
> I'm using a bleeding edge build of gnuplot from
> 
>     https://github.com/gnuplot/gnuplot/commit/ca59a14e94df23008200f34cdb7ea8bc017ad946
> 
> Plotting a matrix of numbers as points with varying colors works ok:
> 
>     plot '-' matrix using 1:2:3 notitle with points pt 7 ps 2 palette
>     1 2 3
>     4 5 6
>     e
> 
> I get 6 points in a grid, with different colors. I would expect that
> plotting the same thing 'with labels' should work too, but with printed
> text instead of points
> 
>     plot '-' matrix using 1:2:3 notitle with labels
>     1 2 3
>     4 5 6
>     e
> 
> I get the grid of printed text, but each "point" is "6" and not "1",
> "2", ...
> 
> Bug?

"with labels" wants a string, not a number.
This should work:

  plot '-' matrix using 1:2:(sprintf("%d",column(3))) with labels

I have no idea why it prints "6" though.  That's a mystery.
	
	Ethan

2d matrix plots 'with labels'

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

Hi.

I think the following is a bug? Maybe?

I'm using a bleeding edge build of gnuplot from

    https://github.com/gnuplot/gnuplot/commit/ca59a14e94df23008200f34cdb7ea8bc017ad946

Plotting a matrix of numbers as points with varying colors works ok:

    plot '-' matrix using 1:2:3 notitle with points pt 7 ps 2 palette
    1 2 3
    4 5 6
    e

I get 6 points in a grid, with different colors. I would expect that
plotting the same thing 'with labels' should work too, but with printed
text instead of points

    plot '-' matrix using 1:2:3 notitle with labels
    1 2 3
    4 5 6
    e

I get the grid of printed text, but each "point" is "6" and not "1",
"2", ...

Bug?

Re: Tiny documentation update: linetype

[Daniel J S. <dan...@ie...>]

On 07/26/2017 02:33 AM, pl...@pi... wrote:
> On 26/07/17 06:06, sfeam via gnuplot-beta wrote:
>>   gnuplot -d -e "show linetypes"
>
>     linetype 1,  linecolor rgb "dark-violet"  linewidth 1.000 dashtype
> solid pointtype 1 pointsize default pointinterval 0
>     linetype 2,  linecolor rgb "#009e73"  linewidth 1.000 dashtype solid
> pointtype 2 pointsize default pointinterval 0
>     linetype 3,  linecolor rgb "#56b4e9"  linewidth 1.000 dashtype solid
> pointtype 3 pointsize default pointinterval 0
>     linetype 4,  linecolor rgb "#e69f00"  linewidth 1.000 dashtype solid
> pointtype 4 pointsize default pointinterval 0
>     linetype 5,  linecolor rgb "#f0e442"  linewidth 1.000 dashtype solid
> pointtype 5 pointsize default pointinterval 0
>     linetype 6,  linecolor rgb "#0072b2"  linewidth 1.000 dashtype solid
> pointtype 6 pointsize default pointinterval 0
>     linetype 7,  linecolor rgb "#e51e10"  linewidth 1.000 dashtype solid
> pointtype 7 pointsize default pointinterval 0
>     linetype 8,  linecolor rgb "black"  linewidth 1.000 dashtype solid
> pointtype 8 pointsize default pointinterval 0
>     Linetypes repeat every 8 unless explicitly defined
>
>
> Is there an equally handy way to SEE them. "#009e73" does not scan too
> easily.

There is "test" which should have the colors on the demo page.  Then 
there are the usual system wide tools for color, and I think #rrggbb is 
typically acceptable as an input if one wants to copy/paste.

Dan

Re: Tiny documentation update: linetype

[<pl...@pi...>]

On 26/07/17 06:06, sfeam via gnuplot-beta wrote:
>   gnuplot -d -e "show linetypes"

	linetype 1,  linecolor rgb "dark-violet"  linewidth 1.000 dashtype 
solid pointtype 1 pointsize default pointinterval 0
	linetype 2,  linecolor rgb "#009e73"  linewidth 1.000 dashtype solid 
pointtype 2 pointsize default pointinterval 0
	linetype 3,  linecolor rgb "#56b4e9"  linewidth 1.000 dashtype solid 
pointtype 3 pointsize default pointinterval 0
	linetype 4,  linecolor rgb "#e69f00"  linewidth 1.000 dashtype solid 
pointtype 4 pointsize default pointinterval 0
	linetype 5,  linecolor rgb "#f0e442"  linewidth 1.000 dashtype solid 
pointtype 5 pointsize default pointinterval 0
	linetype 6,  linecolor rgb "#0072b2"  linewidth 1.000 dashtype solid 
pointtype 6 pointsize default pointinterval 0
	linetype 7,  linecolor rgb "#e51e10"  linewidth 1.000 dashtype solid 
pointtype 7 pointsize default pointinterval 0
	linetype 8,  linecolor rgb "black"  linewidth 1.000 dashtype solid 
pointtype 8 pointsize default pointinterval 0
	Linetypes repeat every 8 unless explicitly defined


Is there an equally handy way to SEE them. "#009e73" does not scan too 
easily.

Peter.

Re: Tiny documentation update: linetype

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

On Tuesday, 25 July 2017 19:11:07 Tait wrote:
> Just noticed that the documentation for "help linetype" says:
>     ...
>     For example, linetypes one and two default to red and green. If you...
> 
> This is not true anymore.

Indeed. The whole section was written with version 4 in mind
(obviously, since version 5 didn't exist yet).

> I was trying to find the colors of the default color sequence. The
> sequence in "help linetype" looks plausibly correct, but it doesn't
> say it's the default. 

Quickest way is probably

  $ gnuplot -d -e "show linetypes"



> "Help colorsequence" describes "podo" but
> doesn't give the colors. "Show colorsequence" seems to do the same
> thing as "show colors". "Show linestyle" and "show style line" just
> prints a blank line. "Show linestyle 1" or "show style line 1"
> report that 1 isn't a valid linestyle.
> 
> Tait

Tiny documentation update: linetype

[Tait <gnu...@t4...>]

Just noticed that the documentation for "help linetype" says:
    ...
    For example, linetypes one and two default to red and green. If you...

This is not true anymore.

I was trying to find the colors of the default color sequence. The
sequence in "help linetype" looks plausibly correct, but it doesn't
say it's the default. "Help colorsequence" describes "podo" but
doesn't give the colors. "Show colorsequence" seems to do the same
thing as "show colors". "Show linestyle" and "show style line" just
prints a blank line. "Show linestyle 1" or "show style line 1"
report that 1 isn't a valid linestyle.

Tait

New "plot with table" code in 5.3

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

The "plot with table" code in the development version has been revised.

FIX: 
    5.0 5.2 and 5.3 all fixed so that "set style data table" is handled properly.
    Previously this caused the program to attempt both a plot and a table,
    generally mangling both.

NEW:
    5.2 and 5.3 modified so that string-valued expressions can be used.
    Examples:
	plot foo using 1:2:( strcol(3) ) with table
	plot foo using 1:2:( $3<0 ? "Negative" : "Positive") with table

    Note that this allows you to customize the format for numerical output
	plot foo 1:( sprintf("%5.2f Units", $2) with table

NEW
    5.3 only
    create csv files
	set table "outfile.csv" separator comma
	plot foo using 1:2:3:4 with table

   separator can be comma or tab or "<char>"

NEW
    5.3 only (marked EXPERIMENTAL)
    New optional input filter that selects data points for tabulation
	plot foo using 1:2:3 with table {if <expression>}

    Because the output columns from "with table" are arbitrary, it is not
    possible to limit the output via xrange or yrange.  Also inclusion of a
    column that evaluates to not-a-number does not prevent the whole
    line from being included in the tabular output.  So the usual gnuplot
    trick of saying   "using ( test($1) : $1 : 1/0 ):2:3"   does not work.

    This new option provides essentially the same  capabilities.
    Restrict on numerical range:
	plot foo using ("1-100"):1:2:3 with table if (0 < $1 && $1 < 100.)
    Select a particular column value from the input 
	plot foo using 1:2:3 with table if (strcol(4) eq "Red")

    The filter expression can use any functions that would be legal in
    a using specifier  ($1 column(1) stringcolumn(1) strcol(1) ...)

Please comment!

The implementation is trivial.  It's basically just  another using specifier
except that it isn't tied to any particular column or axis.  
I'm less certain that using the keyword "if" is a good idea.
Originally I thought about "[input] filter" but "if" seemed an obvious
shorthand and also has an obvious meaning of its own.
The "if" keyword is only recognized after "with table".
I suppose that it could be extended to apply after normal plot styles
as well if we wanted to do so.

	Ethan

AW: Is minimal required platform Windows 7 only for the 5.3 or later for gnuplot for windows?

[Bastian M. <bma...@we...>]

Dear Allin,

Concerning MingGW, we haven't actively dropped support. So that's why there
is no "ChangeLog" entry. I no longer have it installed, though, and thus
cannot check with it anymore.  (The same is true for Cygwin btw.). MinGW's
headers and libraries are getting seriously out of date and are missing many
of the "new" APIs. Mind that it is missing on support for Windows 7 which is
available since almost eight years. Anyway I am certainly happy to integrate
patches which ensure that gnuplot still compiles with MinGW. I typically
test compilation with MSVC2015, MinGW-w64 and OpenWatcom.  Please understand
that these are already 10 combinations to test (3 compilers, 32/64 bit (not
OW), ANSI/Unicode).

Are you suggesting we rename mingw/Makefile and config.mgw to msys2/Makefile
config.msys2?  We could certainly do that. The transition from MSYS/MingW to
Msys2/Mingw-w64 just felt natural to do in place. Also we made an effort to
keep support for MinGW there for quite a while. Also note that we put
together some build instructions in feature request #199. It might be a good
idea to refer to that from the homepage and the Makefile itself.

In the meantime I have tested released binary versions.  They run fine on
Windows XP up to version 5.0.3. Later versions were compiled with Mingw-w64
as far as I remember and no longer run on XP. The 5.0.6 source still
compiles fine with MinGW32 and then also runs on XP, though. As you already
pointed out, version 5.2 currently does not compile with Mingw32 due to the
lack of library support.

   Bastian

> -----Ursprüngliche Nachricht-----
> Von: Allin Cottrell [mailto:cot...@wf...]
> Gesendet: Dienstag, 11. Juli 2017 00:48
> An: Tatsuro MATSUOKA <tma...@ya...>
> Cc: gnuplot-beta <gnu...@li...>; bma...@we...
> Betreff: Re: AW: Is minimal required platform Windows 7 only for the 5.3
or
> later for gnuplot for windows?
> 
> On Tue, 11 Jul 2017, Tatsuro MATSUOKA wrote:
> 
> > Thanks for the reply.
> > I understand the situation.
> >
> > I really appreciate your successive efforts specially on gnuplot for
> > windows.
> 
> Me too, Bastian has done a very nice job.
> 
> But your "support for XP" question is similar to one I asked a while back
about
> support for mingw ("plain old" minGW as opposed to MingGW-w64). It may
> well be time to drop support for old Windows-related software, but I think
this
> should be made clear in the ChangeLog and among the "config" files in the
> source tree. You cannot compile current gnuplot for Windows using plain
old
> minGW any more, though the presence of files such as config.mgw suggests
> otherwise.
> 
> Allin Cottrell
> 
> > ----- Original Message -----
> >> From: Bastian Märkisch
> >> To: 'Tatsuro MATSUOKA' ; gnuplot-beta
> >> Cc:
> >> Date: 2017/7/10, Mon 16:08
> >> Subject: AW: Is minimal required platform Windows 7 only for the 5.3 or
> later for gnuplot for windows?
> >>
> >> For 5.2 this hasn't changed in syscfg.h. If the Direct2D windows
> >> terminal backend is included in the build, the executable will only
> >> run on Vista SP2 with platform upgrade or later, though.  Moreover
> >> there could be restrictions implied by the libraries and compiler
> >> chain used, in particular Qt.
> >>
> >>   Bastian
> >>
> >>>  -----Ursprüngliche Nachricht-----
> >>>  Von: Tatsuro MATSUOKA [mailto:tma...@ya...]
> >>>  Gesendet: Sonntag, 9. Juli 2017 23:30
> >>>  An: gnu...@li...; bma...@we...
> >>>  Betreff: Is minimal required platform Windows 7 only for the 5.3 or
> >>> later
> >> for
> >>>  gnuplot for windows?
> >>>
> >>>  I saw the below in the ChangeLog in cvs branch source
> >>>
> >>>  2017-07-07  Bastian Maerkisch  <bma...@we...>
> >>>          <snip>
> >>>      * src/syscfg.h:  Minimum required API version is Windows 7 by
> >>>      default.  Vista and XP are end-of-service.
> >>>
> >>>
> >>>  For gnuplot 5.2.x, is minimal required platform windows XP?
> >>>
> >>>  Tatsuro

Re: single-line-comments

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

On Monday, 17 July 2017 10:58:21 Bastian Märkisch wrote:
> It seems that a C99 compiler is a prerequisite for gnuplot. It (now)
> requires 
> 
> e.g. snprintf and union initializers. Single-line-comments were introduced
> in C99, too. So why don’t we allow them? Which platform / compiler still does
> not allow them?

CC=c89 ./configure

builds and runs with no complaint once the C++ style comments are removed.
I do not know how many platforms support c89 but not c99.

snprintf() has been used in terminal code at least back to version 4.4.
By version 4.6.2 it was in the core code also.  The few explicit checks for
HAVE_SNPRINTF were vestigial protections from longer ago than that.

I don't have any particular preference for continuing to claim c89 compatibility.
I only checked because the INSTALL file for 5.2 still showed CC=c89
in the example configuration and I wondered if that really worked.
It didn't, because of the // comments.   

I agree that if we bump the requirement to c99 then the single-line
comments do not cause a problem.

	Ethan

single-line-comments

[Bastian M. <bma...@we...>]

It seems that a C99 compiler is a prerequisite for gnuplot. It (now)
requires 

e.g. snprintf and union initializers. Single-line-comments were introduced
in

C99, too. So why don’t we allow them? Which platform / compiler still does

not allow them?

 

  Bastian

 

Re: AW: Is minimal required platform Windows 7 only for the 5.3 or later for gnuplot for windows?

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

>>  Thanks for the reply.

>>  I understand the situation.
>> 
>>  I really appreciate your successive efforts specially on gnuplot for 
> windows.
> 
> Me too, Bastian has done a very nice job.
> 
> But your "support for XP" question is similar to one I asked a while 
> back about support for mingw ("plain old" minGW as opposed to 
> MingGW-w64). It may well be time to drop support for old Windows-related 
> software, but I think this should be made clear in the ChangeLog and among the 
> "config" files in the source tree. You cannot compile current gnuplot 
> for Windows using plain old minGW any more, though the presence of files such as 
> config.mgw suggests otherwise.
> 
> Allin Cottrell

http://gnuplot.10905.n7.nabble.com/5-2-rc2-tarball-now-available-tp20707p20758.html
Bastian> There's now a revision of the MS-Windows INSTALL section in CVS for 5.2. 

Now windows section in "INSTALL" tells that config/mingw/Makefile is for MinGW-w64/MSYS2.

I think that config/mingw/Makefile is also revised in corresponding way.

Tatsuro

Re: Aw: Re: 5.2 rc2 tarball now available

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

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

>>  > 2.
>>  > MS-Windows
>>  > ----------
>>  > 
>>  > There's no installer for gnuplot, so if you want a desktop link,
>>  > program manager group or an association of *.plt or *.gpl files to
>>  > wgnuplot, you'll have to do all that yourself.
>>  > 
>>  > The gnuplot for windows has installer now.
>>  > 
>>  > 
>>  > *********************
>>  > There are much points which are not up-to-date.
>> 
>> 
> 
> There's now a revision of the MS-Windows INSTALL section in CVS for 5.2.
> 
>   Bastian
> 

Thanks for change. 
INSTALL tells that now mingw toolkits are MinGW64/MSYS2 but not MINGW/MSYS.
I think that description of config/mingw/Makefile it to be changed in corresponding way.

Tatsuro

Re: Aw: Re: 5.2 rc2 tarball now available

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

On Friday, 14 July 2017 06:34:19 Bastian Märkisch wrote:
> > 2) Qt text boxes
> > 
> > I have modified the "test" command to show both the true bounding box
> > as used by the current terminal (shaded rectangle) and the generic
> > estimated bounding box used by the core program to reserve space for
> > text in a plot layout.  It seems some Qt versions report an inaccurate
> > bounding box width for some fonts (e.g. Qt 5.6.2 + DejaVu Sans).
> > Nevertheless the terminal's internal bounding box is always more accurate
> > than the generic estimated box.
> > 
> > Dan Sebald has pointed out that the Qt terminal and the cairo terminals
> > differ in whether they increase the lower bound of the bounding box to
> > allow for font descenders.   This is probably fixable but I consider it a
> > minor issue.  
> 
> For the Windows terminal the new grey box in the "test" output is much
> larger than the "estimated" bounding box. That should be fixed.

Hmm.  The idea is that the "test" output is a diagnostic.  If you see problems
there then maybe something needs to be fixed in the terminal code.
The grey box is draw using essentially "set label boxed noborder fc 'gray'".
So if it is too large then it is a diagnostic that the textbox code draws
too-large boxes.  The estimated bounding box uses essentially
the same code as in boundary.c where the size of plot elements, titles,
key entries, etc are estimated.  If the the "test" output shows a poor fit
then it is a diagnostic that term->h_char and term->v_char are non-optimal. 
 
> > 
> > 3) caca terminal still EXPERIMENTAL?
> > 
> > I have libcaca 0.99 beta18.  The gnuplot caca terminal reports:
> > set term caca driver list
> >     x11 gl slang ncurses raw null
> > 
> > For me the x11 and gl options are usable although the x11 font handling
> > has artifacts.  slang and ncurses spew garbage.  raw and null cause
> > segfaults.  Most of the time changing a caca option causes gnuplot to exit.
> > So yes, I think we need to warn that the caca terminal is still EXPERIMENTAL.
> 
> Moreover caca does currently not accept keyboard or mouse input in wgnuplot.
> (But works using console mode gnuplot on Windows).
> Btw. if ncurses or slang drivers work strongly depends on the terminal used.

I know that's the theory but so far as I can tell it makes no difference at
all what the TERM environmental variable is set to.  That seems to indicate
that ncurses is not working the way it is supposed to.  I'm not sure whether
the problem is in ncurses or libcaca or caca.trm.   Or the terminal itself, 
come to think of it.  I have tried only xterm and konsole.

> > 
> > 4) autoconfigure/compile on SunOS
> > 
> > Minor issues only.  The demo for building and linking plugins does
> > not autoconfigure correction but can be built manually following instructions
> > in the plugin demo Makefile.
> > See also various notes attached to Bug #1821
> > 
> > 5) Unwanted inclusion of Type 3 fonts in cairo pdf output
> > 
> > The is Bug #1868.  No fix known.   Not a release-blocker.
> > It would be great if someone would pursue this with the cairographics
> > project maintainers.
> > 
> > 6) Any other known issues?
> > 
> 
> The qt terminal on Windows has several known issues without known solution:
> 
> 1. Slow start-up of first plot command:  On my system the first plot in a 
> session is only shown with as much as 8 seconds delay. As indicated by Dan
>  Sebald, this might (again) be related to fontconfig, see also Octave bug 
> https://savannah.gnu.org/bugs/?45458 . We had that problem before with 
> cairo/pango based terminals and first solved it by adding additional 
> configuration files to the binary distribution (and later by not using 
> fontconfig any more).
> 2. After space-raise-console, the first character which is input on the
>  command line is lost.

That sounds fixable.  Probably the same fix applied for "pause mouse".

I know I sound like a broken record, but I really hate space-raises-console. 
Surely there are better fixes that prevent focus-stealing proactively
rather than requiring you to grab it back by hitting an extra space key.

> 3. replot-on-resize does not work as intended, see bug #1081.  We should
> mention this in the release notes and recommend to turn that feature off
> for now.
> 
>   Bastian

OK. All of these should be mentioned in "Known Issues" in the
release notes.  Unless they are fixed of course.

	Ethan  

Aw: Re: 5.2 rc2 tarball now available

[Bastian M. <bma...@we...>]

> Gesendet: Freitag, 14. Juli 2017 um 01:48 Uhr
> Von: "Ethan A Merritt via gnuplot-beta" <gnu...@li...>
> An: gnu...@li..., "Tatsuro MATSUOKA" <tma...@ya...>
> Betreff: Re: 5.2 rc2 tarball now available
>
> On Friday, 14 July, 2017 07:36:26 Tatsuro MATSUOKA wrote:
> > > 6) Any other known issues?
> > >
> > >     Ethan
> > >
> > This is not an issue but documentation problem for source distribution.
> > In source distribution, there is a file named "INSTALL".
> > It is well written but some parts are obsoleted or inadequate.
> > 
> > e.g.
> > 
> > 1. 
> > Unix, configure
> > ---------------
> >     
> > TERMLIBS="-lX11" ./configure
> > is required for wxwidgets but is not described
> > 
> > 2.
> > MS-Windows
> > ----------
> > 
> > There's no installer for gnuplot, so if you want a desktop link,
> > program manager group or an association of *.plt or *.gpl files to
> > wgnuplot, you'll have to do all that yourself.
> > 
> > The gnuplot for windows has installer now.
> > 
> > 
> > *********************
> > There are much points which are not up-to-date.
> 
> Good point.
> The FAQ, the man page, and the LaTeX tutorial are even more out of date.
> Contributions are welcome for all of these.
> 
> The same is true for the web site.
> The front page is not bad, but the linked pages are getting stale.
> 
> 
> > Is it better open a bug ticket for "INSTALL" being up-to-date?
> 
> A bug ticket is less useful than a patch containing new text.
> Or contribute new text by posting it here on the mailing list.
> 
> 	Ethan
> 
> 
> 
> > Tatsuro
> 

There's now a revision of the MS-Windows INSTALL section in CVS for 5.2.

  Bastian

Aw: Re: 5.2 rc2 tarball now available

[Bastian M. <bma...@we...>]

> 2) Qt text boxes
> 
> I have modified the "test" command to show both the true bounding box
> as used by the current terminal (shaded rectangle) and the generic
> estimated bounding box used by the core program to reserve space for
> text in a plot layout.  It seems some Qt versions report an inaccurate
> bounding box width for some fonts (e.g. Qt 5.6.2 + DejaVu Sans).
> Nevertheless the terminal's internal bounding box is always more accurate
> than the generic estimated box.
> 
> Dan Sebald has pointed out that the Qt terminal and the cairo terminals
> differ in whether they increase the lower bound of the bounding box to
> allow for font descenders.   This is probably fixable but I consider it a
> minor issue.  

For the Windows terminal the new grey box in the "test" output is much
larger than the "estimated" bounding box. That should be fixed.

> 
> 3) caca terminal still EXPERIMENTAL?
> 
> I have libcaca 0.99 beta18.  The gnuplot caca terminal reports:
> set term caca driver list
>     x11 gl slang ncurses raw null
> 
> For me the x11 and gl options are usable although the x11 font handling
> has artifacts.  slang and ncurses spew garbage.  raw and null cause
> segfaults.  Most of the time changing a caca option causes gnuplot to exit.
> So yes, I think we need to warn that the caca terminal is still EXPERIMENTAL.

Moreover caca does currently not accept keyboard or mouse input in wgnuplot.
(But works using console mode gnuplot on Windows).
Btw. if ncurses or slang drivers work strongly depends on the terminal used.

> 
> 4) autoconfigure/compile on SunOS
> 
> Minor issues only.  The demo for building and linking plugins does
> not autoconfigure correction but can be built manually following instructions
> in the plugin demo Makefile.
> See also various notes attached to Bug #1821
> 
> 5) Unwanted inclusion of Type 3 fonts in cairo pdf output
> 
> The is Bug #1868.  No fix known.   Not a release-blocker.
> It would be great if someone would pursue this with the cairographics
> project maintainers.
> 
> 6) Any other known issues?
> 

The qt terminal on Windows has several known issues without known solution:

1. Slow start-up of first plot command:  On my system the first plot in a 
session is only shown with as much as 8 seconds delay. As indicated by Dan
 Sebald, this might (again) be related to fontconfig, see also Octave bug 
https://savannah.gnu.org/bugs/?45458 . We had that problem before with 
cairo/pango based terminals and first solved it by adding additional 
configuration files to the binary distribution (and later by not using 
fontconfig any more).
2. After space-raise-console, the first character which is input on the
 command line is lost.
3. replot-on-resize does not work as intended, see bug #1081.  We should
mention this in the release notes and recommend to turn that feature off
for now.

  Bastian

Re: 5.2 rc2: new text for INSTALL

[Jim M. <jm...@ro...>]

INSTALL currently contains

Ubuntu:
         ./configure fails to find lua support because Ubuntu packages it as
         "lua5.1" rather than "lua".  You can fix this by adding a symlink
         prior to running ./configure
             ln -s /usr/lib/pkgconfig/lua5.1.pc /usr/lib/pkgconfig/lua.pc

Installation on linux mint mate 18.2 (based on Ubuntu 16.04) did not 
require this link.

For older 64 bit systems this should be changed to (update "5.1" to 
current version):
ln -s /usr/lib/x86_64-linux-gnu/pkgconfig/lua5.1.pc 
/usr/lib/x86_64-linux-gnu/pkgconfig/lua.pc





On 07/13/2017 04:48 PM, Ethan A Merritt via gnuplot-beta wrote:
> On Friday, 14 July, 2017 07:36:26 Tatsuro MATSUOKA wrote:
>>> 6) Any other known issues?
>>>
>>>      Ethan
>>>
>> This is not an issue but documentation problem for source distribution.
>> In source distribution, there is a file named "INSTALL".
>> It is well written but some parts are obsoleted or inadequate.
>>
>> e.g.
>>
>> 1.
>> Unix, configure
>> ---------------
>>      
>> TERMLIBS="-lX11" ./configure
>> is required for wxwidgets but is not described
>>
>> 2.
>> MS-Windows
>> ----------
>>
>> There's no installer for gnuplot, so if you want a desktop link,
>> program manager group or an association of *.plt or *.gpl files to
>> wgnuplot, you'll have to do all that yourself.
>>
>> The gnuplot for windows has installer now.
>>
>>
>> *********************
>> There are much points which are not up-to-date.
> Good point.
> The FAQ, the man page, and the LaTeX tutorial are even more out of date.
> Contributions are welcome for all of these.
>
> The same is true for the web site.
> The front page is not bad, but the linked pages are getting stale.
>
>
>> Is it better open a bug ticket for "INSTALL" being up-to-date?
> A bug ticket is less useful than a patch containing new text.
> Or contribute new text by posting it here on the mailing list.
>
> 	Ethan
>
>
>
>> Tatsuro
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta