gnuplot-beta Mailing List for gnuplot (Page 32)

On Thursday, February 21, 2019 9:52:17 AM PST Dima Kogan wrote:
> Ethan A Merritt <sf...@us...> writes:
> 
> > That's a tough call.  I see somewhere on the order of 20-30 commits over
> > a period of 8 months that are related to that change, touching core files
> > as well as individual terminal drivers.  That is far more extensive than
> > I ever used to consider for back-porting from the development version to
> > the stable source.
> 
> Hmmm. I guess this was done long-enough ago that I assumed the latest
> release would include it, especially since it fixes a real problem.

That's not the development model we have been using.

Trivial bug-fixes are applied for both the stable and development branches
immediately as they are found.  

Non-trivial changes, even bug fixes, are applied only to the development branch.
Often people using the development branch then report related issues
that require additional fixes or re-thinking of the original fix.
After sufficient testing in the development version the original fix and any
follow-ups developed during testing may or may not be back-ported to the
stable branch.  This particular change was non-trivial to begin with and
engendered many follow-up fixes.


> By the way, how are you keeping track of what's in the release and what isn't? 

Changes to the stable branch are tracked in ChangeLog and in NEWS.
I use the bullet-point summary in NEWS to prepare release notes.

In the development branch, the top section of NEWS is a bullet-point list of
what went into 5.3 but not 5.2.

I haven't been updating ChangeLog for the development branch because
people told me that the "git way" was to use commit messages instead.
I have been doing that, but see below.


> I can ask git about the difference in branches (git log
> 5.2.6..master), but they're very diverged, and that command isn't
> entirely helpful.

Tracking changes via commit messages is one of the things I like least
about git.  I am seriously considering to switch back to a model where
changes are fully described in a separate ChangeLog and all git commits
simply say "see ChangeLog".  That would require some automated way to
insert the appropriate git hash indices into the text of the ChangeLog.
I have tried a couple of git add-ons that looked like they might help, 
but so far with no success.

The thing is, you can't go back to edit old commit messages like you can
edit a ChangeLog.  That means you cannot fix typos, cannot clarify or
expand bad descriptions, cannot update or redact Email addresses,
cannot forward-link to eventual reversion or to subsequent related patches etc.

My #1 suggestion for improving git would be to move all the commit messages
to a parallel data structure so that they can be edited without invalidating
the orginal commit hash. 

	Ethan

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

> From: Bastian Märkisch 
> To: tmacchant3
> Cc: gnuplot-beta
> Date: 2019/2/21, Thu 18:14
> Subject: Aw: Re: README-Windows.txt
>
Dear Bastian

 
> I am a bit confused about your mail as it - in my view - adresses many
> different somewh t independent topics. I will try to provide information
> on all of them below.
> 
> 
> * Choice of default terminal on Windows
> 
> The current default terminal on Windows is 'wxt'.  As far as I remember 
> it's been like that since the initial commit of the wxt terminal to CVS
> in 2006.  It has been a rather stable and reliable terminal since then.  
> It is cross-platform and has pdf/png siblings which guarantee simlar-
> looking output.  On Windows, it can produce EMF data, which is nice
> for exchange e.g. with office programs. Also printing works. It's not 
> an "outboard" driver, which means that there are no interprocess 
> communnication problems, but support for "persist" is not available in
> the same sense as on other platforms. (No "fork" on  Windows)
> 
> The previous default (and only visual) terminal was "windows". That
> had fallen behind in terms of features (and speed) at that time when wxt
> was introduced. With the Direct2D backend that has certainly changed. 
> It is clearly faster than wxt and qt (which does not currently use the 
> D2D interface, although Qt supports that). It exports EMF and bitmap 
> data to  the clipboard. Export to PDF can be done via the Windows PDF 
> printer, but no pdf/png export from command line (yet). Graphs can be 
> embedded in the main window.  
> 
> "qt" is the default on most other platforms. It is cross-platform, but 
> does
> not (yet) have pdf/png counterparts. (But you can do save as pdf/png/...)
> It is an "outboard" driver, i.e. persist works the same way on Windows
> as it does on other platforms. It is fast and supports printing.
> qt still has a few issues on Windows, see below.
> 
> Users are given a choice to change GNUTERM and hence the default terminal
> during installation.  One's preferences certainly depend on your needs and
> opinion. My choice is "windows". As for the default, I would only 
> consider 
> "windows" or "wxt" at this time.

This was discussed at appearance of 5.2.
http://gnuplot.10905.n7.nabble.com/default-terminal-for-version-5-2-on-Windows-td20671.html




 
> 
> * Status of the qt terminal on Windows
> 
> qt is quite usable on Windows. It is definitively not "broken". It 
> does
> have some quirks, though.  One of them is related to fontconfig. For 
> whatever reason, the experience with fontconfig on Windows with gnuplot
> has its difficulties: it reinitializes its cache very often, leading to
> a simingly indefinitely delayed opening of the window (wxt used with 
> fontconfig) or an error message ("slow font initialisation" - qt). 
> This 
> is unsatisfactory and cannot be the "default" behaviour. So far I 
> could
> not identify a remidy. We are certainly open to patches! Another issue
> is Bug #1081: Qt: resizing makes plot "tremble/​shake" which still 
> persists on Windows at least. Also we still have issues with detecting
> the loss of communication with the outboard driver (or vice versa) in
> some cases.
> 
> If there are more issues with "qt" (which warrant to call it 
> "broken)
> please let us know, so we can fix these issues.



PC at home is very old (2010 but works on win10), qt seems not to work.
(See attachment file.)
This does not happen on PC at University. 
I will report qt issue from university.

> 
> * Issues with or without fontconfig
> 
> There's no single fontconfig library on Windows. Every applications ships
> its own version. There are reports on the net of interference between 
> these different versions, but I am not sure that this is our problem. The
> font cache init is slow and for gnuplot does not run in the background,
> but delays user interaction.  This leads to timeouts (qt) or windows
> not appearing for a long time (wxt).  We got a number of "gnuplot 
> hangs"
> reports when wxt used fontconfig by default. So we changed that.
> 
> I sould note that fontconfig is somewhat redundant on Windows. There
> are other "native" means to find fonts on Windows. No need to maintain
> a separate list - at least not for what concerns gnuplot.
> 
> Several solutions are possible, maybe in combination:
> - We could try to reduce the caching problem by "fixing" our 
> fontconfig 
> setup files (in case that's the issue).
> - We could init the fontconfig cache during installation of gnuplot.
>   I have seen that for other installers on Windows.
> - We could have fontconfig do the cache init in the background or when
>   gnuplot is idle.
> - We could detect when fontconfig (re-)inits its cache and provide the 
>   user with that information ("Please wait - looking for fonts"). If 
>   that is possible.
> - We could avoid to use fontconfig on Windows, i.e. ask Qt to use the 
>   native font API on Windows (if that is supported).
> 
> We should move further discussion to the bug tracker.  Help with 
> fontconfig and Qt is very welcome, as I do not know much about either 
> of them.
I know the above issue of fontconfig on windows.
Current GNU octave for windows initialize font cache at install process
as you pointed the above.

The gd based terminal uses fontconfig to support modern font specification.
Without fontconfig, the gd based terminal can have only old syntax for font specification.


BTW, I use wxt terminal usually on windows and linux. 
I did not noticed the slight differences until see the bug #2048

https://sourceforge.net/p/gnuplot/bugs/2048/#f63e

Setting PANGOCAIRO_BACKEND=fc seems to change the situation for wxt on windows.



> 
> * Bug report #2121 on font names with spaces (or hyphens)
> 
> Given the above, I personally would not recommend to use fontconfig with
> gnuplot on Windows. But it's a work-around. So maybe a question for the 
> FAQ. 
> Ethan has added support for font-names-in-quotes to git in response
> to this bug report which is a cross-platform and cross-terminal solution.
> (Another proposed solution was to uniformly convert dashes to spaces in
> font name before sending them to the terminal.)
Yes. Ethan's support is a good solution and it was also implemented in 5.2 
in addition to 5.3

This new syntax will be supported in the next release.
However, this topic is not windows specific.

> 
> * windows terminal bug related to wgnuplot.ini
> 
>>  > Sometimes wgnuplot.ini will break and plot window will  be strage.
>>  > In the case, one can reset broken setting by deleting wgnuplot.ini.
> 
> I don't remember having to delete wgnuplot.ini in 20 years or so of using 
> gnuplot on Windows.  Instead of adding that to README, we should much rather
> have a proper bug report, including examples of those ini files and - if 
> possible - info on how to reproduce the failure. It should be fixed in the 
> code asap.
> One should note that "wgnuplot.ini" is only used by the wgnuplot text 
> window
> and the "windows" terminal.

This usually does not happen frequently and I cannot reproduced the issue.
Takeno has met this issue a few month before but that was not un-reproducible.
So we cannot make a bug ticket and I got an idea to delete wgnuplot.ini to reset setting as a tip.

Tatsuro

Ethan A Merritt <sf...@us...> writes:

> That's a tough call.  I see somewhere on the order of 20-30 commits over
> a period of 8 months that are related to that change, touching core files
> as well as individual terminal drivers.  That is far more extensive than
> I ever used to consider for back-porting from the development version to
> the stable source.

Hmmm. I guess this was done long-enough ago that I assumed the latest
release would include it, especially since it fixes a real problem. By
the way, how are you keeping track of what's in the release and what
isn't? I can ask git about the difference in branches (git log
5.2.6..master), but they're very diverged, and that command isn't
entirely helpful.

Thanks
dima

Dear Tatsuro,

I am a bit confused about your mail as it - in my view - adresses many
different somewhat independent topics. I will try to provide information
on all of them below.


* Choice of default terminal on Windows

The current default terminal on Windows is 'wxt'.  As far as I remember 
it's been like that since the initial commit of the wxt terminal to CVS
in 2006.  It has been a rather stable and reliable terminal since then.  
It is cross-platform and has pdf/png siblings which guarantee simlar-
looking output.  On Windows, it can produce EMF data, which is nice
for exchange e.g. with office programs. Also printing works. It's not 
an "outboard" driver, which means that there are no interprocess 
communnication problems, but support for "persist" is not available in
the same sense as on other platforms. (No "fork" on  Windows)

The previous default (and only visual) terminal was "windows". That
had fallen behind in terms of features (and speed) at that time when wxt
was introduced. With the Direct2D backend that has certainly changed. 
It is clearly faster than wxt and qt (which does not currently use the 
D2D interface, although Qt supports that). It exports EMF and bitmap 
data to  the clipboard. Export to PDF can be done via the Windows PDF 
printer, but no pdf/png export from command line (yet). Graphs can be 
embedded in the main window.  

"qt" is the default on most other platforms. It is cross-platform, but does
not (yet) have pdf/png counterparts. (But you can do save as pdf/png/...)
It is an "outboard" driver, i.e. persist works the same way on Windows
as it does on other platforms. It is fast and supports printing.
qt still has a few issues on Windows, see below.

Users are given a choice to change GNUTERM and hence the default terminal
during installation.  One's preferences certainly depend on your needs and
opinion. My choice is "windows". As for the default, I would only consider 
"windows" or "wxt" at this time.


* Status of the qt terminal on Windows

qt is quite usable on Windows. It is definitively not "broken". It does
have some quirks, though.  One of them is related to fontconfig. For 
whatever reason, the experience with fontconfig on Windows with gnuplot
has its difficulties: it reinitializes its cache very often, leading to
a simingly indefinitely delayed opening of the window (wxt used with 
fontconfig) or an error message ("slow font initialisation" - qt). This 
is unsatisfactory and cannot be the "default" behaviour. So far I could
not identify a remidy. We are certainly open to patches! Another issue
is Bug #1081: Qt: resizing makes plot "tremble/​shake" which still 
persists on Windows at least. Also we still have issues with detecting
the loss of communication with the outboard driver (or vice versa) in
some cases.

If there are more issues with "qt" (which warrant to call it "broken)
please let us know, so we can fix these issues.


* Issues with or without fontconfig

There's no single fontconfig library on Windows. Every applications ships
its own version. There are reports on the net of interference between 
these different versions, but I am not sure that this is our problem. The
font cache init is slow and for gnuplot does not run in the background,
but delays user interaction.  This leads to timeouts (qt) or windows
not appearing for a long time (wxt).  We got a number of "gnuplot hangs"
reports when wxt used fontconfig by default. So we changed that.

I sould note that fontconfig is somewhat redundant on Windows. There
are other "native" means to find fonts on Windows. No need to maintain
a separate list - at least not for what concerns gnuplot.

Several solutions are possible, maybe in combination:
- We could try to reduce the caching problem by "fixing" our fontconfig 
setup files (in case that's the issue).
- We could init the fontconfig cache during installation of gnuplot.
  I have seen that for other installers on Windows.
- We could have fontconfig do the cache init in the background or when
  gnuplot is idle.
- We could detect when fontconfig (re-)inits its cache and provide the 
  user with that information ("Please wait - looking for fonts"). If 
  that is possible.
- We could avoid to use fontconfig on Windows, i.e. ask Qt to use the 
  native font API on Windows (if that is supported).

We should move further discussion to the bug tracker.  Help with 
fontconfig and Qt is very welcome, as I do not know much about either 
of them.


* Bug report #2121 on font names with spaces (or hyphens)

Given the above, I personally would not recommend to use fontconfig with
gnuplot on Windows. But it's a work-around. So maybe a question for the 
FAQ. 
Ethan has added support for font-names-in-quotes to git in response
to this bug report which is a cross-platform and cross-terminal solution.
(Another proposed solution was to uniformly convert dashes to spaces in
font name before sending them to the terminal.)


* windows terminal bug related to wgnuplot.ini

> > Sometimes wgnuplot.ini will break and plot window will  be strage.
> > In the case, one can reset broken setting by deleting wgnuplot.ini.

I don't remember having to delete wgnuplot.ini in 20 years or so of using 
gnuplot on Windows.  Instead of adding that to README, we should much rather
have a proper bug report, including examples of those ini files and - if 
possible - info on how to reproduce the failure. It should be fixed in the 
code asap.
One should note that "wgnuplot.ini" is only used by the wgnuplot text window
and the "windows" terminal.

  Bastian


> > In the bug #2121, Bastian wrote, we can select pango-cairo backend : win32, 
> > 
> > fc (fontconfig).
> > 
> > The bug #2048, the behaviors seems to be different depending on backend.
> > 
> > Will the selection backend to be wrietten in README-Windows.txt?
> > 
> > Sometimes wgnuplot.ini will break and plot window will  be strage.
> > In the case, one can reset broken setting by deleting wgnuplot.ini.
> > 
> > I think that this is prefferablly described in README-Windows.txt.]
> > 
> > Tatsuro
> 
> After some discussion BBS in Japan, I put  README-Windows.txt to Files/5.2.6.
> 
> The original question is why wxt terminal is default.
> On native windows qt is broken and is is not recommeded.
> 
> However, there is no descrition for this topic.
> 
> I will open a bug ticket that is for additional information for gnuplot on windows
> on this weekend.
> 
> Tatsuro
> 
>

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

> From: Tatsuro MATSUOKA 
> To: gnuplot-beta; bmaerkisch
> Cc: 
> Date: 2019/2/9, Sat 15:03
> Subject: README-Windows.txt
> 
> In the bug #2121, Bastian wrote, we can select pango-cairo backend : win32, 
> 
> fc (fontconfig).
> 
> The bug #2048, the behaviors seems to be different depending on backend.
> 
> Will the selection backend to be wrietten in README-Windows.txt?
> 
> Sometimes wgnuplot.ini will break and plot window will  be strage.
> In the case, one can reset broken setting by deleting wgnuplot.ini.
> 
> I think that this is prefferablly described in README-Windows.txt.]
> 
> Tatsuro

After some discussion BBS in Japan, I put  README-Windows.txt to Files/5.2.6.

The original question is why wxt terminal is default.
On native windows qt is broken and is is not recommeded.

However, there is no descrition for this topic.

I will open a bug ticket that is for additional information for gnuplot on windows
on this weekend.

Tatsuro

On Tuesday, February 19, 2019 10:50:46 AM PST Dima Kogan wrote:
> Hi.
> 
> I'm using the 5.2.6 release, and I just hit a gnuplot bug that we
> already fixed back in 2017/11:
> 
>   https://sourceforge.net/p/gnuplot/mailman/gnuplot-beta/thread/2603217.PItpvUgmjs%40stonelion/#msg36096047
> 
> It looks like this fix is in place in the master branch, but not in the
> latest release. Is this intentional? Can we release it?

That's a tough call.  I see somewhere on the order of 20-30 commits over
a period of 8 months that are related to that change, touching core files
as well as individual terminal drivers.  That is far more extensive than
I ever used to consider for back-porting from the development version to
the stable source.

I realize that now we are using git, for better or worse.   That probably
makes it more feasible than previously to back-port a large set of changes,
if only because it is easier to back them out again if things break.

But is it a reasonable use of effort?  At some point I think you just have
to say "yeah, there are lot of nice new features and improvements in the
development version that won't appear in an official release until the next
major version (5.4)". 

Anyhow, I guess the answer is "maybe".

			Ethan

Hi.

I'm using the 5.2.6 release, and I just hit a gnuplot bug that we
already fixed back in 2017/11:

  https://sourceforge.net/p/gnuplot/mailman/gnuplot-beta/thread/2603217.PItpvUgmjs%40stonelion/#msg36096047

It looks like this fix is in place in the master branch, but not in the
latest release. Is this intentional? Can we release it?

Thanks!

In the bug #2121, Bastian wrote, we can select pango-cairo backend : win32, 

fc (fontconfig).

The bug #2048, the behaviors seems to be different depending on backend.

Will the selection backend to be wrietten in README-Windows.txt?

Sometimes wgnuplot.ini will break and plot window will  be strage.
In the case, one can reset broken setting by deleting wgnuplot.ini.

I think that this is prefferablly described in README-Windows.txt.]

Tatsuro

sfeam <me...@uw...> writes:

> My thoughts are that it's worse than you describe.
>
> A related limitation is that it is not possible to combine 'using' with
> reading an image data from a binary file for any purpose other than
> "with image".  Not for generic binary files and not for specific known file types.
>
> For example you might want to plot a histogram of intensity values in the
> blue component of an RGB image file.  Logically this would mean extracting
> the values in "column 5", assuming a mapping to x:y:R:G:B as documented.
> The logical gnuplot command would be something like
>
>     plot 'foo.jpg' binary filetype=jpeg using 5 smooth freq with boxes
>
> Nothing of the sort works.
>
> I see no consistency in the mapping of binary data to "columns". This
> has annoyed me for a long time but the problem seems so intrinsic to
> the way the program currently works that I don't see a way to change
> it.

That's too bad. I just played with the code a bit, and indeed it doesn't
behave in an obvious way, and I can't figure it out without dumping more
time into it. I might do that at some later point, but in the meantime I
guess the current behavior will do.

Thanks for looking into it.
dima

On Wednesday, 30 January 2019 10:01:00 Dima Kogan wrote:
> Hi. I'm seeing a strange behavior. I THINK it's a bug, but maybe not?
> Note that the below is about "with image": we have z vs. (x,y) and NOT
> "with rgbimage" where we have (r,g,b) vs (x,y).
> 
> I can plot a simple 3x3 grid of data:
> 
>   set view map
>   splot '-' matrix notitle with image
>   0.0 1.0 4.0
>   1.0 2.0 5.0
>   4.0 5.0 8.0
> 
>   e
> 
> This works, and uses the default implicit x and y ranges: integers
> starting at 0. I can adjust this with "using". For instance I can
> linearly scale the x axis like this:
> 
>   set view map
>   splot '-' matrix using ($1*10):2:3 notitle with image
>   0.0 1.0 4.0
>   1.0 2.0 5.0
>   4.0 5.0 8.0
> 
>   e
> 
> This works too. I can also feed in binary data instead of ascii. The
> example without "using" looks like this:
> 
>   set view map
>   splot '-' binary array=(3,3) format="%double" notitle with image
>   [ binary data ]
> 
> (I'm omitting the actual data here; the functional version including the
> data is in the attachment). This works too, and produces the same plot,
> as expected. However, if I try to scale the x axis with the "using"
> clause as before, it does NOT work:
> 
>   set view map
>   splot '-' binary array=(3,3) format="%double" using ($1*10):2:3 notitle with image
>   [ binary data ]
> 
> (again, the full script is attached). In the binary-no-using case I see
> gnuplot try to read 72 bytes of binary data. This makes sense since 72 =
> 3*3*sizeof(double). In the binary-using case, however, I see gnuplot try
> to read 216 bytes intead. this is 72*3. But there aren't that many bytes
> available, so it barfs.
> 
> As I user I was not expecting this, especially since the other 3 cases
> work. Thoughts?

My thoughts are that it's worse than you describe.

A related limitation is that it is not possible to combine 'using' with
reading an image data from a binary file for any purpose other than
"with image".  Not for generic binary files and not for specific known file types.
  
For example you might want to plot a histogram of intensity values in the
blue component of an RGB image file.  Logically this would mean extracting
the values in "column 5", assuming a mapping to x:y:R:G:B as documented.
The logical gnuplot command would be something like

    plot 'foo.jpg' binary filetype=jpeg using 5 smooth freq with boxes

Nothing of the sort works.

I see no consistency in the mapping of binary data to "columns".
This has annoyed me for a long time but the problem seems so intrinsic
to the way the program currently works that I don't see a way to change it.  

	Ethan

Hi. I'm seeing a strange behavior. I THINK it's a bug, but maybe not?
Note that the below is about "with image": we have z vs. (x,y) and NOT
"with rgbimage" where we have (r,g,b) vs (x,y).

I can plot a simple 3x3 grid of data:

  set view map
  splot '-' matrix notitle with image
  0.0 1.0 4.0
  1.0 2.0 5.0
  4.0 5.0 8.0

  e

This works, and uses the default implicit x and y ranges: integers
starting at 0. I can adjust this with "using". For instance I can
linearly scale the x axis like this:

  set view map
  splot '-' matrix using ($1*10):2:3 notitle with image
  0.0 1.0 4.0
  1.0 2.0 5.0
  4.0 5.0 8.0

  e

This works too. I can also feed in binary data instead of ascii. The
example without "using" looks like this:

  set view map
  splot '-' binary array=(3,3) format="%double" notitle with image
  [ binary data ]

(I'm omitting the actual data here; the functional version including the
data is in the attachment). This works too, and produces the same plot,
as expected. However, if I try to scale the x axis with the "using"
clause as before, it does NOT work:

  set view map
  splot '-' binary array=(3,3) format="%double" using ($1*10):2:3 notitle with image
  [ binary data ]

(again, the full script is attached). In the binary-no-using case I see
gnuplot try to read 72 bytes of binary data. This makes sense since 72 =
3*3*sizeof(double). In the binary-using case, however, I see gnuplot try
to read 216 bytes intead. this is 72*3. But there aren't that many bytes
available, so it barfs.

As I user I was not expecting this, especially since the other 3 cases
work. Thoughts?

> From: sfeam

> To: gnuplot-beta; Tatsuro MATSUOKA 
> Cc: 
> Date: 2019/1/6, Sun 14:30
> Subject: Re: Web site for windows binaries of develoment version is moved.
> 
> On Saturday, 05 January 2019 08:11:22 Tatsuro MATSUOKA wrote:
>>  Web site for windows binaries of develoment version is moved.
>> 
>>  MinGW
>>  http://tmacchant3.starfree.jp/gnuplot/Eng/winbin/ 
>> 
>>  Cygwin
>>  http://tmacchant3.starfree.jp/gnuplot/Eng/cygbin/ 
>> 
>>  Please change URL on
>>  http://gnuplot.sourceforge.net/download.html 
>> 
>>  Development version:
>>      Windows binaries built by Tatsuro Matsuoka: (cygwin) and (MinGW) 
> 
>     Done.
> 
>         Ethan
> 


I have confirmed.
Thanks!

Tatsuro

On Saturday, 05 January 2019 08:11:22 Tatsuro MATSUOKA wrote:
> Web site for windows binaries of develoment version is moved.
> 
> MinGW
> http://tmacchant3.starfree.jp/gnuplot/Eng/winbin/
> 
> Cygwin
> http://tmacchant3.starfree.jp/gnuplot/Eng/cygbin/
> 
> Please change URL on
> http://gnuplot.sourceforge.net/download.html
> 
> Development version:
>     Windows binaries built by Tatsuro Matsuoka: (cygwin) and (MinGW) 

    Done.

		Ethan

Web site for windows binaries of develoment version is moved.

MinGW
http://tmacchant3.starfree.jp/gnuplot/Eng/winbin/

Cygwin
http://tmacchant3.starfree.jp/gnuplot/Eng/cygbin/

Please change URL on
http://gnuplot.sourceforge.net/download.html

Development version:
    Windows binaries built by Tatsuro Matsuoka: (cygwin) and (MinGW) 


The above movement was doen due to service stop of the current web server.


Tatsuro

Dear all,

A binary version of gnuplot 5.2.6 is now available at

https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_OS_X

Please let me know if you encounter any problems.

Regards,

Erik

Windows binary packages for 5.2.6 are now available at


https://sourceforge.net/projects/gnuplot/files/gnuplot/5.2.6/ 

Tatsuro

----- Original Message -----
> From: sfeam <me...@uw...>
> To: gnu...@li...
> Cc: 
> Date: 2019/1/3, Thu 03:41
> Subject: Release 5.2.6
> 
> A new gnuplot for the New Year
> 
> I have uploaded the release 5.2.6 tarball to Sourceforge:
> 
>     https://sourceforge.net/projects/gnuplot/files/gnuplot/5.2.6/ 
> 
> There are no changes since last month's testing version.
> 
> 
>                 GNUPLOT Version 5.2.6 Release Notes
>                 ===================================
> 
> These release notes are for version 5.2 patchlevel 6 (5.2.6).
> This release contains bug-fixes, a few changes back-ported from the
> development version, and two new features.  The most notable fixes are for
> problems with the "pause mouse" command in the x11, wxt, and qt 
> terminals.
> 
> Please see the ChangeLog file for a complete list of changes made during the
> course of development from 5.0 to 5.2.
> 
> Release Notes date: 24-December-2018
> 
> Changes in 5.2.6
> ================
> * NEW keyword "keyentry" places an entry in the key without actually 
> plotting
> * NEW "set style boxplot medianlinewidth <lw>"
> * CHANGE drop non-working support for CIE/XYZ color space
> * CHANGE strptime ignores content read with format a/A/w/W
> * FIX various corner-case bugs and overruns found by fuzzing
> * FIX revise waitforinput in x11 terminal
> * FIX revise waitforinput and terminal close events in qt terminal
> * FIX revise waitforinput and new window events in monothreaded wxt terminal
> * FIX lua.trm compatibility with lua version 5.3
> * FIX error line reporting inside an if/else bracketed clause
> * FIX error in date conversion for times within a nanosecond of a year boundary
> 
> 
>         happy New Year and happy gnuplotting,
> 
>             Ethan
> 

sfeam <me...@uw...> writes:

> A new gnuplot for the New Year
>
> I have uploaded the release 5.2.6 tarball to Sourceforge:
>
>     https://sourceforge.net/projects/gnuplot/files/gnuplot/5.2.6/

Just want to say thanks for working on this. Happy new year!

A new gnuplot for the New Year

I have uploaded the release 5.2.6 tarball to Sourceforge:

    https://sourceforge.net/projects/gnuplot/files/gnuplot/5.2.6/

There are no changes since last month's testing version.


                GNUPLOT Version 5.2.6 Release Notes
                ===================================

These release notes are for version 5.2 patchlevel 6 (5.2.6).
This release contains bug-fixes, a few changes back-ported from the
development version, and two new features.  The most notable fixes are for
problems with the "pause mouse" command in the x11, wxt, and qt terminals.

Please see the ChangeLog file for a complete list of changes made during the
course of development from 5.0 to 5.2.

Release Notes date: 24-December-2018

Changes in 5.2.6
================
* NEW keyword "keyentry" places an entry in the key without actually plotting
* NEW "set style boxplot medianlinewidth <lw>"
* CHANGE drop non-working support for CIE/XYZ color space
* CHANGE strptime ignores content read with format a/A/w/W
* FIX various corner-case bugs and overruns found by fuzzing
* FIX revise waitforinput in x11 terminal
* FIX revise waitforinput and terminal close events in qt terminal
* FIX revise waitforinput and new window events in monothreaded wxt terminal
* FIX lua.trm compatibility with lua version 5.3
* FIX error line reporting inside an if/else bracketed clause
* FIX error in date conversion for times within a nanosecond of a year boundary


		happy New Year and happy gnuplotting,

			Ethan

On cygwin, build went well.

Tatsuro



----- Original Message -----
> From: sfeam 
> To: gnuplot-beta
> Cc: 
> Date: 2018/12/28, Fri 03:35
> Subject: Upcoming release of 5.2.6
> 
> %
> % Sorry for a possible duplicate message.
> % My university changed mailing systems recently and now my outgoing mail 
> % has the "from" field substituted with a new address, which broke all 
> my
> % mailing list subscriptions.
> % This means, I think, that all messages I sent to this list for the past
> % month or so have gone nowhere useful.
> %    Ethan
> 
> 
> For your holiday enjoyment
> 
> I have uploaded a testing version of release 5.2.6 to the "testing" 
> folder on Sourceforge:
>     
> https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/gnuplot-5.2.6a.tar.gz 
> 
> 
> Note that it self-identifies as version 5.2.6a
> 
> Please test on your favorite platform and report any problems.
> If no problems show up, I plan to release it (with version identifier 5.2.6)
> in the first week of the new year.
> 
>                 GNUPLOT Version 5.2.6 Release Notes
>                 ===================================
> 
> These release notes are for version 5.2 patchlevel 6 (5.2.6).
> This release contains bug-fixes, a few changes back-ported from the
> development version, and two new features.  The most notable fixes are for
> problems with the "pause mouse" command in the x11, wxt, and qt 
> terminals.
> 
> Please see the ChangeLog file for a complete list of changes made during the
> course of development from 5.0 to 5.2.
> 
> Release Notes date: 24-December-2018
> 
> Changes in 5.2.6
> ================
> * NEW keyword "keyentry" places an entry in the key without actually 
> plotting
> * NEW "set style boxplot medianlinewidth <lw>"
> * CHANGE drop non-working support for CIE/XYZ color space
> * CHANGE strptime ignores content read with format a/A/w/W
> * FIX various corner-case bugs and overruns found by fuzzing
> * FIX revise waitforinput in x11 terminal
> * FIX revise waitforinput and terminal close events in qt terminal
> * FIX revise waitforinput and new window events in monothreaded wxt terminal
> * FIX lua.trm compatibility with lua version 5.3
> * FIX error line reporting inside an if/else bracketed clause
> * FIX error in date conversion for times within a nanosecond of a year boundary
> 
> 
>         cheers,
> 
>             Ethan
> 
> 
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: 
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta 
> 

7zip arcived testing binary packeges for 5.2.6 were uploaded.

If you have met troubles, please let me know.

Tatsuro




----- Original Message -----
> From: sfeam 
> To: gnuplot-beta
> Cc: 
> Date: 2018/12/28, Fri 03:35
> Subject: Upcoming release of 5.2.6
> 
> %
> % Sorry for a possible duplicate message.
> % My university changed mailing systems recently and now my outgoing mail 
> % has the "from" field substituted with a new address, which broke all 
> my
> % mailing list subscriptions.
> % This means, I think, that all messages I sent to this list for the past
> % month or so have gone nowhere useful.
> %    Ethan
> 
> 
> For your holiday enjoyment
> 
> I have uploaded a testing version of release 5.2.6 to the "testing" 
> folder on Sourceforge:
>     
> https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/gnuplot-5.2.6a.tar.gz 
> 
> 
> Note that it self-identifies as version 5.2.6a
> 
> Please test on your favorite platform and report any problems.
> If no problems show up, I plan to release it (with version identifier 5.2.6)
> in the first week of the new year.
> 
>                 GNUPLOT Version 5.2.6 Release Notes
>                 ===================================
> 
> These release notes are for version 5.2 patchlevel 6 (5.2.6).
> This release contains bug-fixes, a few changes back-ported from the
> development version, and two new features.  The most notable fixes are for
> problems with the "pause mouse" command in the x11, wxt, and qt 
> terminals.
> 
> Please see the ChangeLog file for a complete list of changes made during the
> course of development from 5.0 to 5.2.
> 
> Release Notes date: 24-December-2018
> 
> Changes in 5.2.6
> ================
> * NEW keyword "keyentry" places an entry in the key without actually 
> plotting
> * NEW "set style boxplot medianlinewidth <lw>"
> * CHANGE drop non-working support for CIE/XYZ color space
> * CHANGE strptime ignores content read with format a/A/w/W
> * FIX various corner-case bugs and overruns found by fuzzing
> * FIX revise waitforinput in x11 terminal
> * FIX revise waitforinput and terminal close events in qt terminal
> * FIX revise waitforinput and new window events in monothreaded wxt terminal
> * FIX lua.trm compatibility with lua version 5.3
> * FIX error line reporting inside an if/else bracketed clause
> * FIX error in date conversion for times within a nanosecond of a year boundary
> 
> 
>         cheers,
> 
>             Ethan
> 
> 
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: 
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta 
> 

----- Original Message -----
> From: Tatsuro MATSUOKA 
> To: tmacchant3 Merritt Ethan  gnuplot-beta; bmaerkisch
> Cc: 
> Date: 2018/12/28, Fri 13:26
> Subject: Re: Upcoming release of 5.2.6
> 
> 
> 
> 
> 
> ----- Original Message -----
>>  From: Tatsuro MATSUOKA <
>>  To: Merritt Ethan ; gnuplot-beta; bmaerkisch@
>>  Cc: 
>>  Date: 2018/12/28, Fri 12:21
>>  Subject: Re: Upcoming release of 5.2.6
>> 
>> 
>> 
>>  ----- Original Message -----
>> 
>>>   From: sfeam
>>>   To: gnuplot-beta
>>>   Cc: 
>>>   Date: 2018/12/28, Fri 03:35
>>>   Subject: Upcoming release of 5.2.6
>>> 
>>>   %
>>>   % Sorry for a possible duplicate message.
>>>   % My university changed mailing systems recently and now my outgoing 
> mail 
>>>   % has the "from" field substituted with a new address, which 
> 
>>  broke all 
>>>   my
>>>   % mailing list subscriptions.
>>>   % This means, I think, that all messages I sent to this list for the 
> past
>>>   % month or so have gone nowhere useful.
>>>   %    Ethan
>>> 
>>> 
>>>   For your holiday enjoyment
>>> 
>>>   I have uploaded a testing version of release 5.2.6 to the 
>>  "testing" 
>>>   folder on Sourceforge:
>>>       
>>> 
>> 
> https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/gnuplot-5.2.6a.tar.gz 
> 
>> 
>>> 
>>> 
>>>   Note that it self-identifies as version 5.2.6a
>>> 
>>>   Please test on your favorite platform and report any problems.
>>>   If no problems show up, I plan to release it (with version identifier 
>>  5.2.6)
>>>   in the first week of the new year.
>>> 
>> 
>> 
>>  I tried to build windows binaries using complier and libraries privied by 
> the 
>>  Msys2 
>>  project (updated today).
>> 
>>  Build fails for 64bit and 32 bit while link stage
>> 
>>  64bit
>>  g++ -s -L/mingw64/lib -mconsole -L/c/Program\ Files\ 
>>  \(x86\)/HTML\ Help\ Workshop/lib -L. -o gnuplot.exe eval.co 
> 
>>  getcolor.co stats.co unset.co breaders.co specfun.co term.co graph3d.co 
>>  dynarray.co show.co axis.co stdfn.co util.co save.co util3d.co tabulate.co 
>>  readline.co internal.co jitter.co libcerf.co bitmap.co hidden3d.co 
> plot3d.co 
>>  color.co contour.co command.co multiplot.co plot.co scanner.co gadgets.co 
>>  plot2d.co tables.co time.co pm3d.co matrix.co boundary.co fit.co misc.co 
>>  alloc.co external.co help.co interpol.co datafile.co parse.co standard.co 
>>  variable.co datablock.co graphics.co mouse.co set.co history.co version.co 
>>  gpexecute.co wxt_gui.co gp_cairo.co gp_cairo_helpers.co qt_term.co  
> winmain.co 
>>  wgnuplib.co wgraph.co wprinter.co wpause.co wgdiplus.co wd2d.co 
> wgplt_res.co 
>>  -lkernel32 -lgdi32 -lwinspool -lcomdlg32 -lcomctl32 -ladvapi32 -lshell32 
>>  -lmsimg32 -lgdiplus -lshlwapi -ld2d1 -ldwrite -lole32 -lhtmlhelp\
>>   -lgd -lgd -L/mingw64/lib -lz -lpng -lfreetype -lfontconfig -liconv -ljpeg 
>>  /mingw64/lib/libimagequant.a -lXpm -ltiff -lwebp -LC:/msys64/mingw64/lib 
> -lgd 
>>  -lQt5Core -lQt5Gui -lQt5Network -lQt5Svg -lQt5Widgets -lQt5PrintSupport 
> -lqtmain 
>>  -llua -lcaca -liconv -lcerf -lm -LC:/msys64/mingw64/lib   -pipe   
>>  -lwx_mswu_xrc-3.0 -lwx_mswu_webview-3.0 -lwx_mswu_html-3.0 -lwx_mswu_qa-3.0 
> 
>>  -lwx_mswu_adv-3.0 -lwx_mswu_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 
>>  -lwx_baseu-3.0  -LC:/msys64/mingw64/lib -lpangocairo-1.0 -lpango-1.0 
> -lcairo
>> 
> C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.2.1/../../../../x86_64-w64-mingw32/bin/ld.exe: 
> 
>>  skipping incompatible C:/Program Files (x86)/HTML Help 
> Workshop/lib/htmlhelp.lib 
>>  when searching for -lhtmlhelp
>>  gp_cairo.co:gp_cairo.c:(.text+0x2aa6): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x2f6a): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3316): undefined reference to 
>>  `g_get_charset'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3355): undefined reference to 
>>  `g_utf8_validate'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3367): undefined reference to 
> `g_strdup'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3387): undefined reference to 
> `g_error_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x33c9): undefined reference to 
> `g_convert'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3442): undefined reference to 
> `g_convert'
>>  gp_cairo.co:gp_cairo.c:(.text+0x344f): undefined reference to 
> `g_error_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x348a): undefined reference to 
> `g_error_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x34df): undefined reference to 
> `g_convert'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3574): undefined reference to 
> `g_convert'
>>  gp_cairo.co:gp_cairo.c:(.text+0x35a3): undefined reference to 
> `g_error_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x35df): undefined reference to 
>>  `g_utf8_strlen'
>>  gp_cairo.co:gp_cairo.c:(.text+0x35ea): undefined reference to 
>>  `__imp_g_utf8_skip'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3608): undefined reference to 
>>  `g_utf8_get_char'
>>  gp_cairo.co:gp_cairo.c:(.text+0x362d): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3655): undefined reference to `g_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3676): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3685): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3694): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x36a3): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x36b2): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x36c4): more undefined references to 
>>  `g_unichar_to_utf8' follow
>>  gp_cairo.co:gp_cairo.c:(.text+0x430e): undefined reference to `g_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x46c5): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x477c): undefined reference to `g_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x49d0): undefined reference to `g_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x4a7e): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x4b32): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x4c26): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x4f4f): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x5014): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x50c7): more undefined references to 
>>  `g_object_unref' follow
>>  collect2.exe: error: ld returned 1 exit status
>>  make[1]: *** [Makefile:613: gnuplot.exe] Error 1
>>  make[1]: Leaving directory 
>> 
> '/d/usr/Tatsu/msys2mingw64/gnuplot/gnuplot-5.2.6a/gp_64/gnuplot-5.2.6/config/mingw'
>>  make: *** [Makefile:563: console] Error 2
>> 
>> 
>>  32bit
>>  g++ -s -L/mingw32/lib -mconsole -L/c/Program\ Files\ 
>>  \(x86\)/HTML\ Help\ Workshop/lib -L. -o gnuplot.exe eval.co 
> 
>>  getcolor.co stats.co unset.co breaders.co specfun.co term.co graph3d.co 
>>  dynarray.co show.co axis.co stdfn.co util.co save.co util3d.co tabulate.co 
>>  readline.co internal.co jitter.co libcerf.co bitmap.co hidden3d.co 
> plot3d.co 
>>  color.co contour.co command.co multiplot.co plot.co scanner.co gadgets.co 
>>  plot2d.co tables.co time.co pm3d.co matrix.co boundary.co fit.co misc.co 
>>  alloc.co external.co help.co interpol.co datafile.co parse.co standard.co 
>>  variable.co datablock.co graphics.co mouse.co set.co history.co version.co 
>>  gpexecute.co wxt_gui.co gp_cairo.co gp_cairo_helpers.co qt_term.co  
> winmain.co 
>>  wgnuplib.co wgraph.co wprinter.co wpause.co wgdiplus.co wd2d.co 
> wgplt_res.co 
>>  -lkernel32 -lgdi32 -lwinspool -lcomdlg32 -lcomctl32 -ladvapi32 -lshell32 
>>  -lmsimg32 -lgdiplus -lshlwapi -ld2d1 -ldwrite -lole32 -lhtmlhelp\
>>   -lgd -lgd -L/mingw32/lib -lz -lpng -lfreetype -lfontconfig -liconv -ljpeg 
>>  /mingw32/lib/libimagequant.a -lXpm -ltiff -lwebp -LC:/msys64/mingw32/lib 
> -lgd 
>>  -lQt5Core -lQt5Gui -lQt5Network -lQt5Svg -lQt5Widgets -lQt5PrintSupport 
> -lqtmain 
>>  -llua -lcaca -liconv -lcerf -lm -LC:/msys64/mingw32/lib   -pipe   
>>  -lwx_mswu_xrc-3.0 -lwx_mswu_webview-3.0 -lwx_mswu_html-3.0 -lwx_mswu_qa-3.0 
> 
>>  -lwx_mswu_adv-3.0 -lwx_mswu_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 
>>  -lwx_baseu-3.0  -LC:/msys64/mingw32/lib -lpangocairo-1.0 -lpango-1.0 
> -lcairo
>>  Warning: .drectve `-defaultlib:uuid.lib ' unrecognized
>>  Warning: corrupt .drectve at end of def file
>>  term.co:term.c:(.text+0x15654): undefined reference to 
>>  `wxt_close_terminal_window'
>>  term.co:term.c:(.text+0x15d81): undefined reference to 
> `wxt_update_title'
>>  term.co:term.c:(.text+0x161a2): undefined reference to 
> `wxt_update_size'
>>  term.co:term.c:(.text+0x16263): undefined reference to 
> `wxt_update_position'
>>  term.co:term.c:(.text+0xfdb7): undefined reference to `wxt_text'
>>  term.co:term.c:(.data+0x26ec): undefined reference to `wxt_init'
>>  term.co:term.c:(.data+0x26f0): undefined reference to `wxt_reset'
>>  term.co:term.c:(.data+0x26fc): undefined reference to `wxt_graphics'
>>  term.co:term.c:(.data+0x2700): undefined reference to `wxt_move'
>>  term.co:term.c:(.data+0x2704): undefined reference to `wxt_vector'
>>  term.co:term.c:(.data+0x2708): undefined reference to `wxt_linetype'
>>  term.co:term.c:(.data+0x270c): undefined reference to `wxt_put_text'
>>  term.co:term.c:(.data+0x2710): undefined reference to `wxt_text_angle'
>>  term.co:term.c:(.data+0x2714): undefined reference to 
> `wxt_justify_text'
>>  term.co:term.c:(.data+0x2718): undefined reference to `wxt_point'
>>  term.co:term.c:(.data+0x2720): undefined reference to `wxt_set_font'
>>  term.co:term.c:(.data+0x2724): undefined reference to `wxt_pointsize'
>>  term.co:term.c:(.data+0x272c): undefined reference to `wxt_text'
>>  term.co:term.c:(.data+0x2734): undefined reference to `wxt_fillbox'
>>  term.co:term.c:(.data+0x2738): undefined reference to `wxt_linewidth'
>>  term.co:term.c:(.data+0x273c): undefined reference to 
> `wxt_waitforinput'
>>  term.co:term.c:(.data+0x2740): undefined reference to `wxt_put_tmptext'
>>  term.co:term.c:(.data+0x2744): undefined reference to `wxt_set_ruler'
>>  term.co:term.c:(.data+0x2748): undefined reference to `wxt_set_cursor'
>>  term.co:term.c:(.data+0x274c): undefined reference to 
> `wxt_set_clipboard'
>>  term.co:term.c:(.data+0x2750): undefined reference to 
> `wxt_make_palette'
>>  term.co:term.c:(.data+0x2758): undefined reference to `wxt_set_color'
>>  term.co:term.c:(.data+0x275c): undefined reference to 
> `wxt_filled_polygon'
>>  term.co:term.c:(.data+0x2760): undefined reference to `wxt_image'
>>  term.co:term.c:(.data+0x2764): undefined reference to 
> `wxt_enhanced_open'
>>  term.co:term.c:(.data+0x2768): undefined reference to 
> `wxt_enhanced_flush'
>>  term.co:term.c:(.data+0x276c): undefined reference to 
> `wxt_enhanced_writec'
>>  term.co:term.c:(.data+0x2770): undefined reference to `wxt_layer'
>>  term.co:term.c:(.data+0x2780): undefined reference to `wxt_hypertext'
>>  term.co:term.c:(.data+0x2784): undefined reference to `wxt_boxed_text'
>>  term.co:term.c:(.data+0x2788): undefined reference to 
> `wxt_modify_plots'
>>  term.co:term.c:(.data+0x278c): undefined reference to `wxt_dashtype'
>>  command.co:command.c:(.text+0x143b): undefined reference to 
>>  `wxt_lower_terminal_window'
>>  command.co:command.c:(.text+0x1456): undefined reference to 
>>  `wxt_raise_terminal_window'
>>  command.co:command.c:(.text+0x132f): undefined reference to 
>>  `wxt_lower_terminal_group'
>>  command.co:command.c:(.text+0x133f): undefined reference to 
>>  `wxt_raise_terminal_group'
>>  gp_cairo.co:gp_cairo.c:(.text+0x2af1): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x2ff7): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3348): undefined reference to 
>>  `g_get_charset'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3387): undefined reference to 
>>  `g_utf8_validate'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3395): undefined reference to 
> `g_strdup'
>>  gp_cairo.co:gp_cairo.c:(.text+0x33dd): undefined reference to 
> `g_error_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x343a): undefined reference to 
> `g_convert'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3449): undefined reference to 
> `g_error_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3489): undefined reference to 
> `g_convert'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3506): undefined reference to 
> `g_convert'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3514): undefined reference to 
> `g_error_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3597): undefined reference to 
> `g_convert'
>>  gp_cairo.co:gp_cairo.c:(.text+0x35cc): undefined reference to 
> `g_error_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3612): undefined reference to 
>>  `g_utf8_strlen'
>>  gp_cairo.co:gp_cairo.c:(.text+0x361c): undefined reference to 
>>  `_imp__g_utf8_skip'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3634): undefined reference to 
>>  `g_utf8_get_char'
>>  gp_cairo.co:gp_cairo.c:(.text+0x365a): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x3685): undefined reference to `g_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x369d): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x36ab): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x36b9): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x36c7): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x36d5): undefined reference to 
>>  `g_unichar_to_utf8'
>>  gp_cairo.co:gp_cairo.c:(.text+0x36e3): more undefined references to 
>>  `g_unichar_to_utf8' follow
>>  gp_cairo.co:gp_cairo.c:(.text+0x426b): undefined reference to `g_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x46da): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x472f): undefined reference to `g_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x49de): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x4acf): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x4b85): undefined reference to `g_free'
>>  gp_cairo.co:gp_cairo.c:(.text+0x4c49): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x4e9a): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x4f91): undefined reference to 
>>  `g_object_unref'
>>  gp_cairo.co:gp_cairo.c:(.text+0x507c): undefined reference to 
>>  `g_object_unref'
>>  winmain.co:winmain.c:(.text+0xe9d): undefined reference to 
>>  `wxt_window_opened'
>>  winmain.co:winmain.c:(.text+0xc34): undefined reference to 
> `wxt_screen_dump'
>>  wpause.co:wpause.c:(.text+0x901): undefined reference to 
>>  `wxt_active_window_opened'
>>  collect2.exe: error: ld returned 1 exit status
>>  make[1]: *** [Makefile:612: gnuplot.exe] Error 1
>>  make[1]: Leaving directory 
>> 
> '/d/usr/Tatsu/msys2mingw64/gnuplot/gnuplot-5.2.6a/gp_32/gnuplot-5.2.6/config/mingw'
>>  make: *** [Makefile:562: console] Error 2
>> 

> Errors on 32 bit build concersing wxt terminal is mere my mishandling.
> However, glib related link errors perhaps comes from msys system version up.
> 
> I will investigate later.

With updated system glib related linker flags a missing
 -lglib-2.0 -lgio-2.0 -lgobject-2.0
Work around is 


@@ -441,7 +443,7 @@
 ifdef CAIROLIBS
     CAIRO_CFLAGS := $(shell pkg-config --cflags cairo | sed s_-Ic:_-I/c_g)
     PANGOCAIRO_CFLAGS := $(shell pkg-config --cflags pangocairo cairo | sed s_-Ic:_-I/c_g)
-    PANGOCAIRO_LIBS := $(shell pkg-config --libs pangocairo cairo | sed s_-Lc:_-L/c_g)
+    PANGOCAIRO_LIBS := $(shell pkg-config --libs pangocairo cairo | sed s_-Lc:_-L/c_g) -lglib-2.0 -lgio-2.0 -lgobject-2.0
     CAIRO_OBJS := gp_cairo.$(O) gp_cairo_helpers.$(O)
     TERMFLAGS += $(PANGOCAIRO_CFLAGS)
 endif

for config/mingw/Makefile

Tatsuro

----- Original Message -----
> From: Tatsuro MATSUOKA <
> To: Merritt Ethan ; gnuplot-beta; bmaerkisch@
> Cc: 
> Date: 2018/12/28, Fri 12:21
> Subject: Re: Upcoming release of 5.2.6
> 
> 
> 
> ----- Original Message -----
> 
>>  From: sfeam
>>  To: gnuplot-beta
>>  Cc: 
>>  Date: 2018/12/28, Fri 03:35
>>  Subject: Upcoming release of 5.2.6
>> 
>>  %
>>  % Sorry for a possible duplicate message.
>>  % My university changed mailing systems recently and now my outgoing mail 
>>  % has the "from" field substituted with a new address, which 
> broke all 
>>  my
>>  % mailing list subscriptions.
>>  % This means, I think, that all messages I sent to this list for the past
>>  % month or so have gone nowhere useful.
>>  %    Ethan
>> 
>> 
>>  For your holiday enjoyment
>> 
>>  I have uploaded a testing version of release 5.2.6 to the 
> "testing" 
>>  folder on Sourceforge:
>>      
>> 
> https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/gnuplot-5.2.6a.tar.gz 
> 
>> 
>> 
>>  Note that it self-identifies as version 5.2.6a
>> 
>>  Please test on your favorite platform and report any problems.
>>  If no problems show up, I plan to release it (with version identifier 
> 5.2.6)
>>  in the first week of the new year.
>> 
> 
> 
> I tried to build windows binaries using complier and libraries privied by the 
> Msys2 
> project (updated today).
> 
> Build fails for 64bit and 32 bit while link stage
> 
> 64bit
> g++ -s -L/mingw64/lib -mconsole -L/c/Program\ Files\ 
> \(x86\)/HTML\ Help\ Workshop/lib -L. -o gnuplot.exe eval.co 
> getcolor.co stats.co unset.co breaders.co specfun.co term.co graph3d.co 
> dynarray.co show.co axis.co stdfn.co util.co save.co util3d.co tabulate.co 
> readline.co internal.co jitter.co libcerf.co bitmap.co hidden3d.co plot3d.co 
> color.co contour.co command.co multiplot.co plot.co scanner.co gadgets.co 
> plot2d.co tables.co time.co pm3d.co matrix.co boundary.co fit.co misc.co 
> alloc.co external.co help.co interpol.co datafile.co parse.co standard.co 
> variable.co datablock.co graphics.co mouse.co set.co history.co version.co 
> gpexecute.co wxt_gui.co gp_cairo.co gp_cairo_helpers.co qt_term.co  winmain.co 
> wgnuplib.co wgraph.co wprinter.co wpause.co wgdiplus.co wd2d.co wgplt_res.co 
> -lkernel32 -lgdi32 -lwinspool -lcomdlg32 -lcomctl32 -ladvapi32 -lshell32 
> -lmsimg32 -lgdiplus -lshlwapi -ld2d1 -ldwrite -lole32 -lhtmlhelp\
>  -lgd -lgd -L/mingw64/lib -lz -lpng -lfreetype -lfontconfig -liconv -ljpeg 
> /mingw64/lib/libimagequant.a -lXpm -ltiff -lwebp -LC:/msys64/mingw64/lib -lgd 
> -lQt5Core -lQt5Gui -lQt5Network -lQt5Svg -lQt5Widgets -lQt5PrintSupport -lqtmain 
> -llua -lcaca -liconv -lcerf -lm -LC:/msys64/mingw64/lib   -pipe   
> -lwx_mswu_xrc-3.0 -lwx_mswu_webview-3.0 -lwx_mswu_html-3.0 -lwx_mswu_qa-3.0 
> -lwx_mswu_adv-3.0 -lwx_mswu_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 
> -lwx_baseu-3.0  -LC:/msys64/mingw64/lib -lpangocairo-1.0 -lpango-1.0 -lcairo
> C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.2.1/../../../../x86_64-w64-mingw32/bin/ld.exe: 
> skipping incompatible C:/Program Files (x86)/HTML Help Workshop/lib/htmlhelp.lib 
> when searching for -lhtmlhelp
> gp_cairo.co:gp_cairo.c:(.text+0x2aa6): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x2f6a): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x3316): undefined reference to 
> `g_get_charset'
> gp_cairo.co:gp_cairo.c:(.text+0x3355): undefined reference to 
> `g_utf8_validate'
> gp_cairo.co:gp_cairo.c:(.text+0x3367): undefined reference to `g_strdup'
> gp_cairo.co:gp_cairo.c:(.text+0x3387): undefined reference to `g_error_free'
> gp_cairo.co:gp_cairo.c:(.text+0x33c9): undefined reference to `g_convert'
> gp_cairo.co:gp_cairo.c:(.text+0x3442): undefined reference to `g_convert'
> gp_cairo.co:gp_cairo.c:(.text+0x344f): undefined reference to `g_error_free'
> gp_cairo.co:gp_cairo.c:(.text+0x348a): undefined reference to `g_error_free'
> gp_cairo.co:gp_cairo.c:(.text+0x34df): undefined reference to `g_convert'
> gp_cairo.co:gp_cairo.c:(.text+0x3574): undefined reference to `g_convert'
> gp_cairo.co:gp_cairo.c:(.text+0x35a3): undefined reference to `g_error_free'
> gp_cairo.co:gp_cairo.c:(.text+0x35df): undefined reference to 
> `g_utf8_strlen'
> gp_cairo.co:gp_cairo.c:(.text+0x35ea): undefined reference to 
> `__imp_g_utf8_skip'
> gp_cairo.co:gp_cairo.c:(.text+0x3608): undefined reference to 
> `g_utf8_get_char'
> gp_cairo.co:gp_cairo.c:(.text+0x362d): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x3655): undefined reference to `g_free'
> gp_cairo.co:gp_cairo.c:(.text+0x3676): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x3685): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x3694): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x36a3): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x36b2): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x36c4): more undefined references to 
> `g_unichar_to_utf8' follow
> gp_cairo.co:gp_cairo.c:(.text+0x430e): undefined reference to `g_free'
> gp_cairo.co:gp_cairo.c:(.text+0x46c5): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x477c): undefined reference to `g_free'
> gp_cairo.co:gp_cairo.c:(.text+0x49d0): undefined reference to `g_free'
> gp_cairo.co:gp_cairo.c:(.text+0x4a7e): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x4b32): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x4c26): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x4f4f): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x5014): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x50c7): more undefined references to 
> `g_object_unref' follow
> collect2.exe: error: ld returned 1 exit status
> make[1]: *** [Makefile:613: gnuplot.exe] Error 1
> make[1]: Leaving directory 
> '/d/usr/Tatsu/msys2mingw64/gnuplot/gnuplot-5.2.6a/gp_64/gnuplot-5.2.6/config/mingw'
> make: *** [Makefile:563: console] Error 2
> 
> 
> 32bit
> g++ -s -L/mingw32/lib -mconsole -L/c/Program\ Files\ 
> \(x86\)/HTML\ Help\ Workshop/lib -L. -o gnuplot.exe eval.co 
> getcolor.co stats.co unset.co breaders.co specfun.co term.co graph3d.co 
> dynarray.co show.co axis.co stdfn.co util.co save.co util3d.co tabulate.co 
> readline.co internal.co jitter.co libcerf.co bitmap.co hidden3d.co plot3d.co 
> color.co contour.co command.co multiplot.co plot.co scanner.co gadgets.co 
> plot2d.co tables.co time.co pm3d.co matrix.co boundary.co fit.co misc.co 
> alloc.co external.co help.co interpol.co datafile.co parse.co standard.co 
> variable.co datablock.co graphics.co mouse.co set.co history.co version.co 
> gpexecute.co wxt_gui.co gp_cairo.co gp_cairo_helpers.co qt_term.co  winmain.co 
> wgnuplib.co wgraph.co wprinter.co wpause.co wgdiplus.co wd2d.co wgplt_res.co 
> -lkernel32 -lgdi32 -lwinspool -lcomdlg32 -lcomctl32 -ladvapi32 -lshell32 
> -lmsimg32 -lgdiplus -lshlwapi -ld2d1 -ldwrite -lole32 -lhtmlhelp\
>  -lgd -lgd -L/mingw32/lib -lz -lpng -lfreetype -lfontconfig -liconv -ljpeg 
> /mingw32/lib/libimagequant.a -lXpm -ltiff -lwebp -LC:/msys64/mingw32/lib -lgd 
> -lQt5Core -lQt5Gui -lQt5Network -lQt5Svg -lQt5Widgets -lQt5PrintSupport -lqtmain 
> -llua -lcaca -liconv -lcerf -lm -LC:/msys64/mingw32/lib   -pipe   
> -lwx_mswu_xrc-3.0 -lwx_mswu_webview-3.0 -lwx_mswu_html-3.0 -lwx_mswu_qa-3.0 
> -lwx_mswu_adv-3.0 -lwx_mswu_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 
> -lwx_baseu-3.0  -LC:/msys64/mingw32/lib -lpangocairo-1.0 -lpango-1.0 -lcairo
> Warning: .drectve `-defaultlib:uuid.lib ' unrecognized
> Warning: corrupt .drectve at end of def file
> term.co:term.c:(.text+0x15654): undefined reference to 
> `wxt_close_terminal_window'
> term.co:term.c:(.text+0x15d81): undefined reference to `wxt_update_title'
> term.co:term.c:(.text+0x161a2): undefined reference to `wxt_update_size'
> term.co:term.c:(.text+0x16263): undefined reference to `wxt_update_position'
> term.co:term.c:(.text+0xfdb7): undefined reference to `wxt_text'
> term.co:term.c:(.data+0x26ec): undefined reference to `wxt_init'
> term.co:term.c:(.data+0x26f0): undefined reference to `wxt_reset'
> term.co:term.c:(.data+0x26fc): undefined reference to `wxt_graphics'
> term.co:term.c:(.data+0x2700): undefined reference to `wxt_move'
> term.co:term.c:(.data+0x2704): undefined reference to `wxt_vector'
> term.co:term.c:(.data+0x2708): undefined reference to `wxt_linetype'
> term.co:term.c:(.data+0x270c): undefined reference to `wxt_put_text'
> term.co:term.c:(.data+0x2710): undefined reference to `wxt_text_angle'
> term.co:term.c:(.data+0x2714): undefined reference to `wxt_justify_text'
> term.co:term.c:(.data+0x2718): undefined reference to `wxt_point'
> term.co:term.c:(.data+0x2720): undefined reference to `wxt_set_font'
> term.co:term.c:(.data+0x2724): undefined reference to `wxt_pointsize'
> term.co:term.c:(.data+0x272c): undefined reference to `wxt_text'
> term.co:term.c:(.data+0x2734): undefined reference to `wxt_fillbox'
> term.co:term.c:(.data+0x2738): undefined reference to `wxt_linewidth'
> term.co:term.c:(.data+0x273c): undefined reference to `wxt_waitforinput'
> term.co:term.c:(.data+0x2740): undefined reference to `wxt_put_tmptext'
> term.co:term.c:(.data+0x2744): undefined reference to `wxt_set_ruler'
> term.co:term.c:(.data+0x2748): undefined reference to `wxt_set_cursor'
> term.co:term.c:(.data+0x274c): undefined reference to `wxt_set_clipboard'
> term.co:term.c:(.data+0x2750): undefined reference to `wxt_make_palette'
> term.co:term.c:(.data+0x2758): undefined reference to `wxt_set_color'
> term.co:term.c:(.data+0x275c): undefined reference to `wxt_filled_polygon'
> term.co:term.c:(.data+0x2760): undefined reference to `wxt_image'
> term.co:term.c:(.data+0x2764): undefined reference to `wxt_enhanced_open'
> term.co:term.c:(.data+0x2768): undefined reference to `wxt_enhanced_flush'
> term.co:term.c:(.data+0x276c): undefined reference to `wxt_enhanced_writec'
> term.co:term.c:(.data+0x2770): undefined reference to `wxt_layer'
> term.co:term.c:(.data+0x2780): undefined reference to `wxt_hypertext'
> term.co:term.c:(.data+0x2784): undefined reference to `wxt_boxed_text'
> term.co:term.c:(.data+0x2788): undefined reference to `wxt_modify_plots'
> term.co:term.c:(.data+0x278c): undefined reference to `wxt_dashtype'
> command.co:command.c:(.text+0x143b): undefined reference to 
> `wxt_lower_terminal_window'
> command.co:command.c:(.text+0x1456): undefined reference to 
> `wxt_raise_terminal_window'
> command.co:command.c:(.text+0x132f): undefined reference to 
> `wxt_lower_terminal_group'
> command.co:command.c:(.text+0x133f): undefined reference to 
> `wxt_raise_terminal_group'
> gp_cairo.co:gp_cairo.c:(.text+0x2af1): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x2ff7): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x3348): undefined reference to 
> `g_get_charset'
> gp_cairo.co:gp_cairo.c:(.text+0x3387): undefined reference to 
> `g_utf8_validate'
> gp_cairo.co:gp_cairo.c:(.text+0x3395): undefined reference to `g_strdup'
> gp_cairo.co:gp_cairo.c:(.text+0x33dd): undefined reference to `g_error_free'
> gp_cairo.co:gp_cairo.c:(.text+0x343a): undefined reference to `g_convert'
> gp_cairo.co:gp_cairo.c:(.text+0x3449): undefined reference to `g_error_free'
> gp_cairo.co:gp_cairo.c:(.text+0x3489): undefined reference to `g_convert'
> gp_cairo.co:gp_cairo.c:(.text+0x3506): undefined reference to `g_convert'
> gp_cairo.co:gp_cairo.c:(.text+0x3514): undefined reference to `g_error_free'
> gp_cairo.co:gp_cairo.c:(.text+0x3597): undefined reference to `g_convert'
> gp_cairo.co:gp_cairo.c:(.text+0x35cc): undefined reference to `g_error_free'
> gp_cairo.co:gp_cairo.c:(.text+0x3612): undefined reference to 
> `g_utf8_strlen'
> gp_cairo.co:gp_cairo.c:(.text+0x361c): undefined reference to 
> `_imp__g_utf8_skip'
> gp_cairo.co:gp_cairo.c:(.text+0x3634): undefined reference to 
> `g_utf8_get_char'
> gp_cairo.co:gp_cairo.c:(.text+0x365a): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x3685): undefined reference to `g_free'
> gp_cairo.co:gp_cairo.c:(.text+0x369d): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x36ab): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x36b9): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x36c7): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x36d5): undefined reference to 
> `g_unichar_to_utf8'
> gp_cairo.co:gp_cairo.c:(.text+0x36e3): more undefined references to 
> `g_unichar_to_utf8' follow
> gp_cairo.co:gp_cairo.c:(.text+0x426b): undefined reference to `g_free'
> gp_cairo.co:gp_cairo.c:(.text+0x46da): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x472f): undefined reference to `g_free'
> gp_cairo.co:gp_cairo.c:(.text+0x49de): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x4acf): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x4b85): undefined reference to `g_free'
> gp_cairo.co:gp_cairo.c:(.text+0x4c49): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x4e9a): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x4f91): undefined reference to 
> `g_object_unref'
> gp_cairo.co:gp_cairo.c:(.text+0x507c): undefined reference to 
> `g_object_unref'
> winmain.co:winmain.c:(.text+0xe9d): undefined reference to 
> `wxt_window_opened'
> winmain.co:winmain.c:(.text+0xc34): undefined reference to `wxt_screen_dump'
> wpause.co:wpause.c:(.text+0x901): undefined reference to 
> `wxt_active_window_opened'
> collect2.exe: error: ld returned 1 exit status
> make[1]: *** [Makefile:612: gnuplot.exe] Error 1
> make[1]: Leaving directory 
> '/d/usr/Tatsu/msys2mingw64/gnuplot/gnuplot-5.2.6a/gp_32/gnuplot-5.2.6/config/mingw'
> make: *** [Makefile:562: console] Error 2
> 
> 
> I will try again using dependency libraries built myself.
> 
> Tatsuro
> 


Errors on 32 bit build concersing wxt terminal is mere my mishandling.
However, glib related link errors perhaps comes from msys system version up.

I will investigate later.

> I will try again using dependency libraries built myself.
> 

Using dependency libraries built myself, windows builds were successful for both 32 and 64bit.

So I can provide windows binaries for 5.2.6.


Tatsuro

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

> From: sfeam
> To: gnuplot-beta
> Cc: 
> Date: 2018/12/28, Fri 03:35
> Subject: Upcoming release of 5.2.6
> 
> %
> % Sorry for a possible duplicate message.
> % My university changed mailing systems recently and now my outgoing mail 
> % has the "from" field substituted with a new address, which broke all 
> my
> % mailing list subscriptions.
> % This means, I think, that all messages I sent to this list for the past
> % month or so have gone nowhere useful.
> %    Ethan
> 
> 
> For your holiday enjoyment
> 
> I have uploaded a testing version of release 5.2.6 to the "testing" 
> folder on Sourceforge:
>     
> https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/gnuplot-5.2.6a.tar.gz 
> 
> 
> Note that it self-identifies as version 5.2.6a
> 
> Please test on your favorite platform and report any problems.
> If no problems show up, I plan to release it (with version identifier 5.2.6)
> in the first week of the new year.
> 


I tried to build windows binaries using complier and libraries privied by the Msys2 
project (updated today).

Build fails for 64bit and 32 bit while link stage

64bit
g++ -s -L/mingw64/lib -mconsole -L/c/Program\ Files\ \(x86\)/HTML\ Help\ Workshop/lib -L. -o gnuplot.exe eval.co getcolor.co stats.co unset.co breaders.co specfun.co term.co graph3d.co dynarray.co show.co axis.co stdfn.co util.co save.co util3d.co tabulate.co readline.co internal.co jitter.co libcerf.co bitmap.co hidden3d.co plot3d.co color.co contour.co command.co multiplot.co plot.co scanner.co gadgets.co plot2d.co tables.co time.co pm3d.co matrix.co boundary.co fit.co misc.co alloc.co external.co help.co interpol.co datafile.co parse.co standard.co variable.co datablock.co graphics.co mouse.co set.co history.co version.co gpexecute.co wxt_gui.co gp_cairo.co gp_cairo_helpers.co qt_term.co  winmain.co wgnuplib.co wgraph.co wprinter.co wpause.co wgdiplus.co wd2d.co wgplt_res.co -lkernel32 -lgdi32 -lwinspool -lcomdlg32 -lcomctl32 -ladvapi32 -lshell32 -lmsimg32 -lgdiplus -lshlwapi -ld2d1 -ldwrite -lole32 -lhtmlhelp\
 -lgd -lgd -L/mingw64/lib -lz -lpng -lfreetype -lfontconfig -liconv -ljpeg /mingw64/lib/libimagequant.a -lXpm -ltiff -lwebp -LC:/msys64/mingw64/lib -lgd -lQt5Core -lQt5Gui -lQt5Network -lQt5Svg -lQt5Widgets -lQt5PrintSupport -lqtmain -llua -lcaca -liconv -lcerf -lm -LC:/msys64/mingw64/lib   -pipe   -lwx_mswu_xrc-3.0 -lwx_mswu_webview-3.0 -lwx_mswu_html-3.0 -lwx_mswu_qa-3.0 -lwx_mswu_adv-3.0 -lwx_mswu_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 -lwx_baseu-3.0  -LC:/msys64/mingw64/lib -lpangocairo-1.0 -lpango-1.0 -lcairo
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.2.1/../../../../x86_64-w64-mingw32/bin/ld.exe: skipping incompatible C:/Program Files (x86)/HTML Help Workshop/lib/htmlhelp.lib when searching for -lhtmlhelp
gp_cairo.co:gp_cairo.c:(.text+0x2aa6): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x2f6a): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x3316): undefined reference to `g_get_charset'
gp_cairo.co:gp_cairo.c:(.text+0x3355): undefined reference to `g_utf8_validate'
gp_cairo.co:gp_cairo.c:(.text+0x3367): undefined reference to `g_strdup'
gp_cairo.co:gp_cairo.c:(.text+0x3387): undefined reference to `g_error_free'
gp_cairo.co:gp_cairo.c:(.text+0x33c9): undefined reference to `g_convert'
gp_cairo.co:gp_cairo.c:(.text+0x3442): undefined reference to `g_convert'
gp_cairo.co:gp_cairo.c:(.text+0x344f): undefined reference to `g_error_free'
gp_cairo.co:gp_cairo.c:(.text+0x348a): undefined reference to `g_error_free'
gp_cairo.co:gp_cairo.c:(.text+0x34df): undefined reference to `g_convert'
gp_cairo.co:gp_cairo.c:(.text+0x3574): undefined reference to `g_convert'
gp_cairo.co:gp_cairo.c:(.text+0x35a3): undefined reference to `g_error_free'
gp_cairo.co:gp_cairo.c:(.text+0x35df): undefined reference to `g_utf8_strlen'
gp_cairo.co:gp_cairo.c:(.text+0x35ea): undefined reference to `__imp_g_utf8_skip'
gp_cairo.co:gp_cairo.c:(.text+0x3608): undefined reference to `g_utf8_get_char'
gp_cairo.co:gp_cairo.c:(.text+0x362d): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x3655): undefined reference to `g_free'
gp_cairo.co:gp_cairo.c:(.text+0x3676): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x3685): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x3694): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x36a3): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x36b2): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x36c4): more undefined references to `g_unichar_to_utf8' follow
gp_cairo.co:gp_cairo.c:(.text+0x430e): undefined reference to `g_free'
gp_cairo.co:gp_cairo.c:(.text+0x46c5): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x477c): undefined reference to `g_free'
gp_cairo.co:gp_cairo.c:(.text+0x49d0): undefined reference to `g_free'
gp_cairo.co:gp_cairo.c:(.text+0x4a7e): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x4b32): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x4c26): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x4f4f): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x5014): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x50c7): more undefined references to `g_object_unref' follow
collect2.exe: error: ld returned 1 exit status
make[1]: *** [Makefile:613: gnuplot.exe] Error 1
make[1]: Leaving directory '/d/usr/Tatsu/msys2mingw64/gnuplot/gnuplot-5.2.6a/gp_64/gnuplot-5.2.6/config/mingw'
make: *** [Makefile:563: console] Error 2


32bit
g++ -s -L/mingw32/lib -mconsole -L/c/Program\ Files\ \(x86\)/HTML\ Help\ Workshop/lib -L. -o gnuplot.exe eval.co getcolor.co stats.co unset.co breaders.co specfun.co term.co graph3d.co dynarray.co show.co axis.co stdfn.co util.co save.co util3d.co tabulate.co readline.co internal.co jitter.co libcerf.co bitmap.co hidden3d.co plot3d.co color.co contour.co command.co multiplot.co plot.co scanner.co gadgets.co plot2d.co tables.co time.co pm3d.co matrix.co boundary.co fit.co misc.co alloc.co external.co help.co interpol.co datafile.co parse.co standard.co variable.co datablock.co graphics.co mouse.co set.co history.co version.co gpexecute.co wxt_gui.co gp_cairo.co gp_cairo_helpers.co qt_term.co  winmain.co wgnuplib.co wgraph.co wprinter.co wpause.co wgdiplus.co wd2d.co wgplt_res.co -lkernel32 -lgdi32 -lwinspool -lcomdlg32 -lcomctl32 -ladvapi32 -lshell32 -lmsimg32 -lgdiplus -lshlwapi -ld2d1 -ldwrite -lole32 -lhtmlhelp\
 -lgd -lgd -L/mingw32/lib -lz -lpng -lfreetype -lfontconfig -liconv -ljpeg /mingw32/lib/libimagequant.a -lXpm -ltiff -lwebp -LC:/msys64/mingw32/lib -lgd -lQt5Core -lQt5Gui -lQt5Network -lQt5Svg -lQt5Widgets -lQt5PrintSupport -lqtmain -llua -lcaca -liconv -lcerf -lm -LC:/msys64/mingw32/lib   -pipe   -lwx_mswu_xrc-3.0 -lwx_mswu_webview-3.0 -lwx_mswu_html-3.0 -lwx_mswu_qa-3.0 -lwx_mswu_adv-3.0 -lwx_mswu_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 -lwx_baseu-3.0  -LC:/msys64/mingw32/lib -lpangocairo-1.0 -lpango-1.0 -lcairo
Warning: .drectve `-defaultlib:uuid.lib ' unrecognized
Warning: corrupt .drectve at end of def file
term.co:term.c:(.text+0x15654): undefined reference to `wxt_close_terminal_window'
term.co:term.c:(.text+0x15d81): undefined reference to `wxt_update_title'
term.co:term.c:(.text+0x161a2): undefined reference to `wxt_update_size'
term.co:term.c:(.text+0x16263): undefined reference to `wxt_update_position'
term.co:term.c:(.text+0xfdb7): undefined reference to `wxt_text'
term.co:term.c:(.data+0x26ec): undefined reference to `wxt_init'
term.co:term.c:(.data+0x26f0): undefined reference to `wxt_reset'
term.co:term.c:(.data+0x26fc): undefined reference to `wxt_graphics'
term.co:term.c:(.data+0x2700): undefined reference to `wxt_move'
term.co:term.c:(.data+0x2704): undefined reference to `wxt_vector'
term.co:term.c:(.data+0x2708): undefined reference to `wxt_linetype'
term.co:term.c:(.data+0x270c): undefined reference to `wxt_put_text'
term.co:term.c:(.data+0x2710): undefined reference to `wxt_text_angle'
term.co:term.c:(.data+0x2714): undefined reference to `wxt_justify_text'
term.co:term.c:(.data+0x2718): undefined reference to `wxt_point'
term.co:term.c:(.data+0x2720): undefined reference to `wxt_set_font'
term.co:term.c:(.data+0x2724): undefined reference to `wxt_pointsize'
term.co:term.c:(.data+0x272c): undefined reference to `wxt_text'
term.co:term.c:(.data+0x2734): undefined reference to `wxt_fillbox'
term.co:term.c:(.data+0x2738): undefined reference to `wxt_linewidth'
term.co:term.c:(.data+0x273c): undefined reference to `wxt_waitforinput'
term.co:term.c:(.data+0x2740): undefined reference to `wxt_put_tmptext'
term.co:term.c:(.data+0x2744): undefined reference to `wxt_set_ruler'
term.co:term.c:(.data+0x2748): undefined reference to `wxt_set_cursor'
term.co:term.c:(.data+0x274c): undefined reference to `wxt_set_clipboard'
term.co:term.c:(.data+0x2750): undefined reference to `wxt_make_palette'
term.co:term.c:(.data+0x2758): undefined reference to `wxt_set_color'
term.co:term.c:(.data+0x275c): undefined reference to `wxt_filled_polygon'
term.co:term.c:(.data+0x2760): undefined reference to `wxt_image'
term.co:term.c:(.data+0x2764): undefined reference to `wxt_enhanced_open'
term.co:term.c:(.data+0x2768): undefined reference to `wxt_enhanced_flush'
term.co:term.c:(.data+0x276c): undefined reference to `wxt_enhanced_writec'
term.co:term.c:(.data+0x2770): undefined reference to `wxt_layer'
term.co:term.c:(.data+0x2780): undefined reference to `wxt_hypertext'
term.co:term.c:(.data+0x2784): undefined reference to `wxt_boxed_text'
term.co:term.c:(.data+0x2788): undefined reference to `wxt_modify_plots'
term.co:term.c:(.data+0x278c): undefined reference to `wxt_dashtype'
command.co:command.c:(.text+0x143b): undefined reference to `wxt_lower_terminal_window'
command.co:command.c:(.text+0x1456): undefined reference to `wxt_raise_terminal_window'
command.co:command.c:(.text+0x132f): undefined reference to `wxt_lower_terminal_group'
command.co:command.c:(.text+0x133f): undefined reference to `wxt_raise_terminal_group'
gp_cairo.co:gp_cairo.c:(.text+0x2af1): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x2ff7): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x3348): undefined reference to `g_get_charset'
gp_cairo.co:gp_cairo.c:(.text+0x3387): undefined reference to `g_utf8_validate'
gp_cairo.co:gp_cairo.c:(.text+0x3395): undefined reference to `g_strdup'
gp_cairo.co:gp_cairo.c:(.text+0x33dd): undefined reference to `g_error_free'
gp_cairo.co:gp_cairo.c:(.text+0x343a): undefined reference to `g_convert'
gp_cairo.co:gp_cairo.c:(.text+0x3449): undefined reference to `g_error_free'
gp_cairo.co:gp_cairo.c:(.text+0x3489): undefined reference to `g_convert'
gp_cairo.co:gp_cairo.c:(.text+0x3506): undefined reference to `g_convert'
gp_cairo.co:gp_cairo.c:(.text+0x3514): undefined reference to `g_error_free'
gp_cairo.co:gp_cairo.c:(.text+0x3597): undefined reference to `g_convert'
gp_cairo.co:gp_cairo.c:(.text+0x35cc): undefined reference to `g_error_free'
gp_cairo.co:gp_cairo.c:(.text+0x3612): undefined reference to `g_utf8_strlen'
gp_cairo.co:gp_cairo.c:(.text+0x361c): undefined reference to `_imp__g_utf8_skip'
gp_cairo.co:gp_cairo.c:(.text+0x3634): undefined reference to `g_utf8_get_char'
gp_cairo.co:gp_cairo.c:(.text+0x365a): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x3685): undefined reference to `g_free'
gp_cairo.co:gp_cairo.c:(.text+0x369d): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x36ab): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x36b9): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x36c7): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x36d5): undefined reference to `g_unichar_to_utf8'
gp_cairo.co:gp_cairo.c:(.text+0x36e3): more undefined references to `g_unichar_to_utf8' follow
gp_cairo.co:gp_cairo.c:(.text+0x426b): undefined reference to `g_free'
gp_cairo.co:gp_cairo.c:(.text+0x46da): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x472f): undefined reference to `g_free'
gp_cairo.co:gp_cairo.c:(.text+0x49de): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x4acf): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x4b85): undefined reference to `g_free'
gp_cairo.co:gp_cairo.c:(.text+0x4c49): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x4e9a): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x4f91): undefined reference to `g_object_unref'
gp_cairo.co:gp_cairo.c:(.text+0x507c): undefined reference to `g_object_unref'
winmain.co:winmain.c:(.text+0xe9d): undefined reference to `wxt_window_opened'
winmain.co:winmain.c:(.text+0xc34): undefined reference to `wxt_screen_dump'
wpause.co:wpause.c:(.text+0x901): undefined reference to `wxt_active_window_opened'
collect2.exe: error: ld returned 1 exit status
make[1]: *** [Makefile:612: gnuplot.exe] Error 1
make[1]: Leaving directory '/d/usr/Tatsu/msys2mingw64/gnuplot/gnuplot-5.2.6a/gp_32/gnuplot-5.2.6/config/mingw'
make: *** [Makefile:562: console] Error 2


I will try again using dependency libraries built myself.

Tatsuro

%
% Sorry for a possible duplicate message.
% My university changed mailing systems recently and now my outgoing mail 
% has the "from" field substituted with a new address, which broke all my
% mailing list subscriptions.
% This means, I think, that all messages I sent to this list for the past
% month or so have gone nowhere useful.
%	Ethan


For your holiday enjoyment

I have uploaded a testing version of release 5.2.6 to the "testing" 
folder on Sourceforge:
    https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/gnuplot-5.2.6a.tar.gz

Note that it self-identifies as version 5.2.6a

Please test on your favorite platform and report any problems.
If no problems show up, I plan to release it (with version identifier 5.2.6)
in the first week of the new year.

                GNUPLOT Version 5.2.6 Release Notes
                ===================================

These release notes are for version 5.2 patchlevel 6 (5.2.6).
This release contains bug-fixes, a few changes back-ported from the
development version, and two new features.  The most notable fixes are for
problems with the "pause mouse" command in the x11, wxt, and qt terminals.

Please see the ChangeLog file for a complete list of changes made during the
course of development from 5.0 to 5.2.

Release Notes date: 24-December-2018

Changes in 5.2.6
================
* NEW keyword "keyentry" places an entry in the key without actually plotting
* NEW "set style boxplot medianlinewidth <lw>"
* CHANGE drop non-working support for CIE/XYZ color space
* CHANGE strptime ignores content read with format a/A/w/W
* FIX various corner-case bugs and overruns found by fuzzing
* FIX revise waitforinput in x11 terminal
* FIX revise waitforinput and terminal close events in qt terminal
* FIX revise waitforinput and new window events in monothreaded wxt terminal
* FIX lua.trm compatibility with lua version 5.3
* FIX error line reporting inside an if/else bracketed clause
* FIX error in date conversion for times within a nanosecond of a year boundary


		cheers,

			Ethan

For your holiday enjoyment

I have uploaded a testing version of release 5.2.6 to the "testing" 
folder on Sourceforge:
    https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/gnuplot-5.2.6a.tar.gz

Note that it self-identifies as version 5.2.6a

Please test on your favorite platform and report any problems.
If no problems show up, I plan to release it (with version identifier 5.2.6)
in the first week of the new year.

                GNUPLOT Version 5.2.6 Release Notes
                ===================================

These release notes are for version 5.2 patchlevel 6 (5.2.6).
This release contains bug-fixes, a few changes back-ported from the
development version, and two new features.  The most notable fixes are for
problems with the "pause mouse" command in the x11, wxt, and qt terminals.

Please see the ChangeLog file for a complete list of changes made during the
course of development from 5.0 to 5.2.

Release Notes date: 24-December-2018

Changes in 5.2.6
================
* NEW keyword "keyentry" places an entry in the key without actually plotting
* NEW "set style boxplot medianlinewidth <lw>"
* CHANGE drop non-working support for CIE/XYZ color space
* CHANGE strptime ignores content read with format a/A/w/W
* FIX various corner-case bugs and overruns found by fuzzing
* FIX revise waitforinput in x11 terminal
* FIX revise waitforinput and terminal close events in qt terminal
* FIX revise waitforinput and new window events in monothreaded wxt terminal
* FIX lua.trm compatibility with lua version 5.3
* FIX error line reporting inside an if/else bracketed clause
* FIX error in date conversion for times within a nanosecond of a year boundary


		cheers,

			Ethan