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

Re: variable colors with newhistograms

[Valerio S. <val...@gm...>]

Hello Ethan,

On Wednesday, 25 January, 2017 11:43:11 Valerio Schiavoni wrote:
> > Hello,
> > i'd like to assign colors to the bars of histograms according to the
> value
> > of a given column in the input file.
>
> The only way I can think of to do that is to make 2 passes through the
> data file.
> Pass 1:
>   read in 1st column only and use it somehow to redefine linetype colors
> 1-N
> Pass 2:
>   plot with histograms as usual will color by linetype with the redefined
> colors
>

When I say "according to the value" I really mean that the column specify
the color ("red", "green", or some RGB code).
Is there really need to redefine that ?

Let's make my use-case more concrete.
What I need in the end is the following:
- any column whose value is  <= 0.50 should be in red
- any column whose value is between 0.50 and  0.75 should be in orange
- any column whose value is between 0.75 1.0  should be in green

Does this makes the task any simpler ? ...



> > I'm using gnuplot version 5.0 patchlevel 5 on Mac OSX.
> >
> > The current gnuplot script is:
> >
> > set term post color eps 22 enhanced
> > set output "single.eps"
> > set size 1.9,0.65
> > set lmargin 6
> > set rmargin 1
> > set bmargin 4
> > set tmargin 2
> > set style data histogram
> > set style fill solid
> > set style histogram clustered gap 0.05
> > set datafile missing '-'
> > set style fill solid
> > set boxwidth 0.7
> > set yrange [0:1.6]
> > set xrange [-0.5:104]
> > set xtics  norangelimit
> > # Labels
> > set xtics font "Arial,15" offset +0.5 #rotate by -90
> > set grid noxtics
> > set grid y
> > set xtics () nomirror
> > set key autotitle columnhead
> > unset key
> >
> > plot newhistogram, "data/ratio_small.txt"   using ( $2):xtic(1) notitle,\
> > newhistogram,    "data/ratio_small.txt"   using ( $3):xtic(1) notitle,\
> > newhistogram,   "data/ratio_small.txt"   using ( $4):xtic(1) notitle,\
> >          newhistogram,    "data/ratio_small.txt"  using ( $5):xtic(1)
> > notitle,\
> > newhistogram,    "data/ratio_small.txt"  using ( $6):xtic(1) notitle,\
> > newhistogram,    "data/ratio_small.txt"  using ( $7):xtic(1) notitle,\
> > newhistogram,    "data/ratio_small.txt"  using ( $8):xtic(1) notitle,\
> > newhistogram,    "data/ratio_small.txt"  using ( $9):xtic(1) notitle,\
> > newhistogram,    "data/ratio_small.txt"  using ($10):xtic(1) notitle,\
> > newhistogram,    "data/ratio_small.txt"  using ($11):xtic(1) notitle,\
> > newhistogram,    "data/ratio_small.txt"  using ($12):xtic(1) notitle,\
> > newhistogram,    "data/ratio_small.txt"  using ($13):xtic(1) notitle,\
> > newhistogram,    "data/ratio_small.txt"  using ($14):xtic(1) notitle,\
> > newhistogram,    "data/ratio_small.txt"  using ($15):xtic(1) notitle,\
> >      1 with lines linecolor 0 linetype 6;
> >
> > !epstopdf single.eps
> > !rm single.eps
> > quit
> >
> > The input file ratio_small.txt is the following :
> > The first column is an identifier.
> > The following 14 columns have the values of the bar.
> > The last 14 columns (for example "124 124 124 124 124 124 lime lime 124
> 124
> > 124 124 124") have the colors to use for the corresponding column at the
> > (i-14) place. For instance, in the 2nd row, the var with value
> > 0.60237220283 should be colored with color 124.
> >
> >
> > - "cryfs" "ecryptfs" "encfs" "lessfs" "metfs" "sdsfuse\\_aligned\\_aes"
> > "sdsfuse\\_aligned\\_det" "sdsfuse\\_aligned\\_nop"
> > "sdsfuse\\_aligned\\_nop\\_padded" "sdsfuse\\_fuse"
> > "sdsfuse\\_nop\\_encode\\_nop\\_align" "sdsfuse\\_rep" "sdsfuse\\_xor"
> - -
> > - - - - - - - - - - -
> > "{/ZapfDingbats \300} " 0.60237220283 0.711344856725 0.582073883361
> > 0.561468395169 0.603971833124 0.575229774521 0.813573769298
> 0.771643308547
> > 0.740536179457 0.557035680285 0.548084588862 0.725980132011
> 0.583761565013
> > 124 124 124 124 124 124 lime lime 124 124 124 124 124
> > "{/ZapfDingbats \301} " 0.828140563793 0.765377304019 0.525156213021
> > 0.499275338734 0.82259078758 0.810583550209 0.90517243804 0.832808370792
> > 0.85616508535 0.435176869986 0.497580109525 0.980843387581 0.537928091583
> > lime lime 124 red lime lime lime lime lime red red lime 124
> > "{/ZapfDingbats \302}" 0.904716215072 0.9782538275 0.890741302346
> > 0.854583799197 0.917847306987 0.896293508144 1.0256528681 1.0177182497
> > 1.03861543433 0.828367721449 0.86518859574 0.994039596381 0.889451921888
> > lime lime lime lime lime lime lime lime lime lime lime lime lime
> > "{/ZapfDingbats \303} " 1.08435421701 0.908573825168 1.31416588444
> > 1.20433784027 1.05710491103 1.0877693675 0.990982804418 0.861592538595
> > 0.94912224641 0.9949811268 1.21051107427 0.833466477602 1.33826965709
> lime
> > lime lime lime lime lime lime lime lime lime lime lime lime
> > "{/ZapfDingbats \304} " 0.984592491056 1.01684770897 0.881511303546
> > 0.897089139514 1.03427135005 0.992558483823 1.06725668178 1.07300848486
> > 1.06531720912 0.908734725952 0.861996719541 1.0868248165 0.856056225665
> > lime lime lime lime lime lime lime lime lime lime lime lime lime
> > "{/ZapfDingbats \305} " 0.560462965052 0.924647572034 1.36731646391
> > 1.32606135282 0.640285625269 0.587394675894 1.13208012281 1.23169129299
> > 1.10314905856 1.31119793361 1.27579591436 1.09900540945 1.33576106248 124
> > lime lime lime 124 124 lime lime lime lime lime lime lime
> > "{/ZapfDingbats \306} " 0.601744213649 0.945552385642 0.639627276921
> > 0.602851791101 0.617152828593 0.538149627645 1.16342545291 1.54587559776
> > 1.12360405139 0.629261782578 0.55989311075 1.16338958747 0.644274734595
> 124
> > lime 124 124 124 124 lime lime lime 124 124 lime 124
> >
> > The current output is in attachment.
> > Can anyone help ?
> >
> > Thanks a lot,
> > --
> > Valerio
>
>

Re: variable colors with newhistograms

[Ethan A M. <sf...@us...>]

On Wednesday, 25 January, 2017 11:43:11 Valerio Schiavoni wrote:
> Hello,
> i'd like to assign colors to the bars of histograms according to the value
> of a given column in the input file.

The only way I can think of to do that is to make 2 passes through the data file.
Pass 1:
  read in 1st column only and use it somehow to redefine linetype colors 1-N
Pass 2:
  plot with histograms as usual will color by linetype with the redefined colors





> I'm using gnuplot version 5.0 patchlevel 5 on Mac OSX.
> 
> The current gnuplot script is:
> 
> set term post color eps 22 enhanced
> set output "single.eps"
> set size 1.9,0.65
> set lmargin 6
> set rmargin 1
> set bmargin 4
> set tmargin 2
> set style data histogram
> set style fill solid
> set style histogram clustered gap 0.05
> set datafile missing '-'
> set style fill solid
> set boxwidth 0.7
> set yrange [0:1.6]
> set xrange [-0.5:104]
> set xtics  norangelimit
> # Labels
> set xtics font "Arial,15" offset +0.5 #rotate by -90
> set grid noxtics
> set grid y
> set xtics () nomirror
> set key autotitle columnhead
> unset key
> 
> plot newhistogram, "data/ratio_small.txt"   using ( $2):xtic(1) notitle,\
> newhistogram,    "data/ratio_small.txt"   using ( $3):xtic(1) notitle,\
> newhistogram,   "data/ratio_small.txt"   using ( $4):xtic(1) notitle,\
>          newhistogram,    "data/ratio_small.txt"  using ( $5):xtic(1)
> notitle,\
> newhistogram,    "data/ratio_small.txt"  using ( $6):xtic(1) notitle,\
> newhistogram,    "data/ratio_small.txt"  using ( $7):xtic(1) notitle,\
> newhistogram,    "data/ratio_small.txt"  using ( $8):xtic(1) notitle,\
> newhistogram,    "data/ratio_small.txt"  using ( $9):xtic(1) notitle,\
> newhistogram,    "data/ratio_small.txt"  using ($10):xtic(1) notitle,\
> newhistogram,    "data/ratio_small.txt"  using ($11):xtic(1) notitle,\
> newhistogram,    "data/ratio_small.txt"  using ($12):xtic(1) notitle,\
> newhistogram,    "data/ratio_small.txt"  using ($13):xtic(1) notitle,\
> newhistogram,    "data/ratio_small.txt"  using ($14):xtic(1) notitle,\
> newhistogram,    "data/ratio_small.txt"  using ($15):xtic(1) notitle,\
>      1 with lines linecolor 0 linetype 6;
> 
> !epstopdf single.eps
> !rm single.eps
> quit
> 
> The input file ratio_small.txt is the following :
> The first column is an identifier.
> The following 14 columns have the values of the bar.
> The last 14 columns (for example "124 124 124 124 124 124 lime lime 124 124
> 124 124 124") have the colors to use for the corresponding column at the
> (i-14) place. For instance, in the 2nd row, the var with value
> 0.60237220283 should be colored with color 124.
> 
> 
> - "cryfs" "ecryptfs" "encfs" "lessfs" "metfs" "sdsfuse\\_aligned\\_aes"
> "sdsfuse\\_aligned\\_det" "sdsfuse\\_aligned\\_nop"
> "sdsfuse\\_aligned\\_nop\\_padded" "sdsfuse\\_fuse"
> "sdsfuse\\_nop\\_encode\\_nop\\_align" "sdsfuse\\_rep" "sdsfuse\\_xor" - -
> - - - - - - - - - - -
> "{/ZapfDingbats \300} " 0.60237220283 0.711344856725 0.582073883361
> 0.561468395169 0.603971833124 0.575229774521 0.813573769298 0.771643308547
> 0.740536179457 0.557035680285 0.548084588862 0.725980132011 0.583761565013
> 124 124 124 124 124 124 lime lime 124 124 124 124 124
> "{/ZapfDingbats \301} " 0.828140563793 0.765377304019 0.525156213021
> 0.499275338734 0.82259078758 0.810583550209 0.90517243804 0.832808370792
> 0.85616508535 0.435176869986 0.497580109525 0.980843387581 0.537928091583
> lime lime 124 red lime lime lime lime lime red red lime 124
> "{/ZapfDingbats \302}" 0.904716215072 0.9782538275 0.890741302346
> 0.854583799197 0.917847306987 0.896293508144 1.0256528681 1.0177182497
> 1.03861543433 0.828367721449 0.86518859574 0.994039596381 0.889451921888
> lime lime lime lime lime lime lime lime lime lime lime lime lime
> "{/ZapfDingbats \303} " 1.08435421701 0.908573825168 1.31416588444
> 1.20433784027 1.05710491103 1.0877693675 0.990982804418 0.861592538595
> 0.94912224641 0.9949811268 1.21051107427 0.833466477602 1.33826965709 lime
> lime lime lime lime lime lime lime lime lime lime lime lime
> "{/ZapfDingbats \304} " 0.984592491056 1.01684770897 0.881511303546
> 0.897089139514 1.03427135005 0.992558483823 1.06725668178 1.07300848486
> 1.06531720912 0.908734725952 0.861996719541 1.0868248165 0.856056225665
> lime lime lime lime lime lime lime lime lime lime lime lime lime
> "{/ZapfDingbats \305} " 0.560462965052 0.924647572034 1.36731646391
> 1.32606135282 0.640285625269 0.587394675894 1.13208012281 1.23169129299
> 1.10314905856 1.31119793361 1.27579591436 1.09900540945 1.33576106248 124
> lime lime lime 124 124 lime lime lime lime lime lime lime
> "{/ZapfDingbats \306} " 0.601744213649 0.945552385642 0.639627276921
> 0.602851791101 0.617152828593 0.538149627645 1.16342545291 1.54587559776
> 1.12360405139 0.629261782578 0.55989311075 1.16338958747 0.644274734595 124
> lime 124 124 124 124 lime lime lime 124 124 lime 124
> 
> The current output is in attachment.
> Can anyone help ?
> 
> Thanks a lot,
> --
> Valerio

variable colors with newhistograms

[Valerio S. <val...@gm...>]

Hello,
i'd like to assign colors to the bars of histograms according to the value
of a given column in the input file.
I'm using gnuplot version 5.0 patchlevel 5 on Mac OSX.

The current gnuplot script is:

set term post color eps 22 enhanced
set output "single.eps"
set size 1.9,0.65
set lmargin 6
set rmargin 1
set bmargin 4
set tmargin 2
set style data histogram
set style fill solid
set style histogram clustered gap 0.05
set datafile missing '-'
set style fill solid
set boxwidth 0.7
set yrange [0:1.6]
set xrange [-0.5:104]
set xtics  norangelimit
# Labels
set xtics font "Arial,15" offset +0.5 #rotate by -90
set grid noxtics
set grid y
set xtics () nomirror
set key autotitle columnhead
unset key

plot newhistogram, "data/ratio_small.txt"   using ( $2):xtic(1) notitle,\
newhistogram,    "data/ratio_small.txt"   using ( $3):xtic(1) notitle,\
newhistogram,   "data/ratio_small.txt"   using ( $4):xtic(1) notitle,\
         newhistogram,    "data/ratio_small.txt"  using ( $5):xtic(1)
notitle,\
newhistogram,    "data/ratio_small.txt"  using ( $6):xtic(1) notitle,\
newhistogram,    "data/ratio_small.txt"  using ( $7):xtic(1) notitle,\
newhistogram,    "data/ratio_small.txt"  using ( $8):xtic(1) notitle,\
newhistogram,    "data/ratio_small.txt"  using ( $9):xtic(1) notitle,\
newhistogram,    "data/ratio_small.txt"  using ($10):xtic(1) notitle,\
newhistogram,    "data/ratio_small.txt"  using ($11):xtic(1) notitle,\
newhistogram,    "data/ratio_small.txt"  using ($12):xtic(1) notitle,\
newhistogram,    "data/ratio_small.txt"  using ($13):xtic(1) notitle,\
newhistogram,    "data/ratio_small.txt"  using ($14):xtic(1) notitle,\
newhistogram,    "data/ratio_small.txt"  using ($15):xtic(1) notitle,\
     1 with lines linecolor 0 linetype 6;

!epstopdf single.eps
!rm single.eps
quit

The input file ratio_small.txt is the following :
The first column is an identifier.
The following 14 columns have the values of the bar.
The last 14 columns (for example "124 124 124 124 124 124 lime lime 124 124
124 124 124") have the colors to use for the corresponding column at the
(i-14) place. For instance, in the 2nd row, the var with value
0.60237220283 should be colored with color 124.


- "cryfs" "ecryptfs" "encfs" "lessfs" "metfs" "sdsfuse\\_aligned\\_aes"
"sdsfuse\\_aligned\\_det" "sdsfuse\\_aligned\\_nop"
"sdsfuse\\_aligned\\_nop\\_padded" "sdsfuse\\_fuse"
"sdsfuse\\_nop\\_encode\\_nop\\_align" "sdsfuse\\_rep" "sdsfuse\\_xor" - -
- - - - - - - - - - -
"{/ZapfDingbats \300} " 0.60237220283 0.711344856725 0.582073883361
0.561468395169 0.603971833124 0.575229774521 0.813573769298 0.771643308547
0.740536179457 0.557035680285 0.548084588862 0.725980132011 0.583761565013
124 124 124 124 124 124 lime lime 124 124 124 124 124
"{/ZapfDingbats \301} " 0.828140563793 0.765377304019 0.525156213021
0.499275338734 0.82259078758 0.810583550209 0.90517243804 0.832808370792
0.85616508535 0.435176869986 0.497580109525 0.980843387581 0.537928091583
lime lime 124 red lime lime lime lime lime red red lime 124
"{/ZapfDingbats \302}" 0.904716215072 0.9782538275 0.890741302346
0.854583799197 0.917847306987 0.896293508144 1.0256528681 1.0177182497
1.03861543433 0.828367721449 0.86518859574 0.994039596381 0.889451921888
lime lime lime lime lime lime lime lime lime lime lime lime lime
"{/ZapfDingbats \303} " 1.08435421701 0.908573825168 1.31416588444
1.20433784027 1.05710491103 1.0877693675 0.990982804418 0.861592538595
0.94912224641 0.9949811268 1.21051107427 0.833466477602 1.33826965709 lime
lime lime lime lime lime lime lime lime lime lime lime lime
"{/ZapfDingbats \304} " 0.984592491056 1.01684770897 0.881511303546
0.897089139514 1.03427135005 0.992558483823 1.06725668178 1.07300848486
1.06531720912 0.908734725952 0.861996719541 1.0868248165 0.856056225665
lime lime lime lime lime lime lime lime lime lime lime lime lime
"{/ZapfDingbats \305} " 0.560462965052 0.924647572034 1.36731646391
1.32606135282 0.640285625269 0.587394675894 1.13208012281 1.23169129299
1.10314905856 1.31119793361 1.27579591436 1.09900540945 1.33576106248 124
lime lime lime 124 124 lime lime lime lime lime lime lime
"{/ZapfDingbats \306} " 0.601744213649 0.945552385642 0.639627276921
0.602851791101 0.617152828593 0.538149627645 1.16342545291 1.54587559776
1.12360405139 0.629261782578 0.55989311075 1.16338958747 0.644274734595 124
lime 124 124 124 124 lime lime lime 124 124 lime 124

The current output is in attachment.
Can anyone help ?

Thanks a lot,
--
Valerio

Re: (was Re: 5.0.5 windows testing binaries have been uploaded)

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

On Thursday, 19 January 2017 10:35:17 AM Tatsuro MATSUOKA wrote:
> Windows binary packages for ver. 5.0.5 are moved to official place
> https://sourceforge.net/projects/gnuplot/files/gnuplot/5.0.5/
> 
> Tatsuro

Thank you for all your good work.

	Ethan


> ----- Original Message -----
> > From: Tatsuro MATSUOKA 
> > To: gnuplot-beta> Cc: 
> > Date: 2017/1/4, Wed 16:32
> > Subject: 5.0.5 windows testing binaries have been uploaded
> > 
> > I have prepared 5.0.5 windows binaries and uploaded as testing ones.
> > 
> > https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/5.0.5-windows-binary/
> > 
> > Please test them and report problem if you find them.
> > 
> > Tatsuro
> > 

(was Re: 5.0.5 windows testing binaries have been uploaded)

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

Windows binary packages for ver. 5.0.5 are moved to official place
https://sourceforge.net/projects/gnuplot/files/gnuplot/5.0.5/

Tatsuro




----- Original Message -----
> From: Tatsuro MATSUOKA 
> To: gnuplot-beta> Cc: 
> Date: 2017/1/4, Wed 16:32
> Subject: 5.0.5 windows testing binaries have been uploaded
> 
> I have prepared 5.0.5 windows binaries and uploaded as testing ones.
> 
> https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/5.0.5-windows-binary/
> 
> Please test them and report problem if you find them.
> 
> 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
> 

Unicode. Was Re: gnuplot 5.0.5 for OS X

[Nicolas B. <br...@in...>]

Just to add, that under Emacs and OS/X (emacs restricts the environments to minimum in sub-shells), I have added in file gnuplot-run.sh (/Applications/Gnuplot.app/Contents/Resources/bin/) the UTF-8 environment
export LANG=fr_FR.utf-8
otherwise, something like:
plot x t “être ou ne pas être”
will be output “tre ou ne pas tre”, suppressing the unicode characters.
You can probably set LANG=C.utf-8 which might be more general.
Then on Emacs for example, set-variable gnuplot-program /Applications/Gnuplot.app/Contents/Resources/bin/gnuplot-run.sh

If you launch gnuplot from a Terminal or from the Application itself, the locales are kept and unicode characters are displayed correctly. The issue is only from within a program like Emacs.


In my own build of gnuplot for OS X, it was not necessary to add this environment in the shell, but I don’t remember how I solved that issue.

Regards,

Nicolas


> Le 10 janv. 2017 à 11:30, Nicolas Brouard <br...@in...> a écrit :
> 
>> 
>> Le 10 janv. 2017 à 10:12, Tatsuro MATSUOKA <tma...@ya... <mailto:tma...@ya...>> a écrit :
>> 
>> I have no experience of OS X.
> 
> You are unlucky! The notion of OSX applications has many senses in comparison to linux packages which are similar to OSX homebrew packages.
> On linux, if you install a new program all libraries should have to be updated. It saves hard disk space but you spend a lot of time to compile and verify compatibility etc. With OSX applications, all  of external libraries (or most of them) have to be included under the app directory. And even if you have similar libraries in /usr/local/lib, the application will not use them. OS/X applications are much bigger but are safer and will work much longer. See the output of otool (similar to nm) at the end of the message to verify that the executable doesn’t contain external links.
> 
> I looked at the package of Allin Cottrell and it looks great. In addition to the gnuplot.app directory the pkg installs a /usr/local/bin/gnuplot which is
>  #!/bin/bash
>  exec /Applications/Gnuplot.app/Contents/Resources/bin/gnuplot-run.sh
> 
> If you installed only the app via the dmg, and still want to use gnuplot in a terminal or in emacs (I haven’t seen emacs-mode.el), you have to add this two lines file and chmod +x it . It will create the necessary environment variables (see below its list).
> 
> Cottrell’s OSX application contains most useful terminals, like all cairos, including pdfcairo, aqua, svg and wxt.
> 
> Many thanks to Cottrell. I did not know that it was possible to cross-compile with clang from linux to OS/X. Bravo.
> I hope that it will be downloadable with other gnuplot binaries (including installation sources). It is still version 5.0.5 and can’t use “array"!
> 
> Here is a list of packages:
> + exec /Applications/Gnuplot.app/Contents/Resources/bin/gnuplot
> 
> 	G N U P L O T
> 	Version 5.0 patchlevel 5    last modified 2016-10-02
> 
> 	Copyright (C) 1986-1993, 1998, 2004, 2007-2016
> 	Thomas Williams, Colin Kelley and many others
> 
> 	gnuplot home:     http://www.gnuplot.info <http://www.gnuplot.info/>
> 	faq, bugs, etc:   type "help FAQ"
> 	immediate help:   type "help"  (plot window: hit 'h')
> 
> Terminal type set to 'wxt'
> gnuplot> set ter
> 
> Available terminal types:
>              aqua  Interface to graphics terminal server for Mac OS X
>        cairolatex  LaTeX picture environment using graphicx package and Cairo backend
>            canvas  HTML Canvas object
>               cgm  Computer Graphics Metafile
>           context  ConTeXt with MetaFun (for PDF documents)
>             corel  EPS format for CorelDRAW
>              dumb  ascii art for anything that prints text
>               dxf  dxf-file for AutoCad (default size 120x80)
>             eepic  EEPIC -- extended LaTeX picture environment
>               emf  Enhanced Metafile format
>             emtex  LaTeX picture environment with emTeX specials
>          epscairo  eps terminal based on cairo
>          epslatex  LaTeX picture environment using graphicx package
>               fig  FIG graphics language for XFIG graphics editor
>              hpgl  HP7475 and relatives [number of pens] [eject]
>             latex  LaTeX picture environment
>                mf  Metafont plotting standard
>                mp  MetaPost plotting standard
>              pcl5  HP Designjet 750C, HP Laserjet III/IV, etc. (many options)
>          pdfcairo  pdf terminal based on cairo
>          pngcairo  png terminal based on cairo
>        postscript  PostScript graphics, including EPSF embedded files (*.eps)
>           pslatex  LaTeX picture environment with PostScript \specials
>             pstex  plain TeX with PostScript \specials
>          pstricks  LaTeX picture environment with PSTricks macros
>               qms  QMS/QUIC Laser printer (also Talaris 1200 and others)
>               svg  W3C Scalable Vector Graphics
>           tek40xx  Tektronix 4010 and others; most TEK emulators
>           tek410x  Tektronix 4106, 4107, 4109 and 420X terminals
>           texdraw  LaTeX texdraw environment
>              tgif  TGIF X11 [mode] [x,y] [dashed] ["font" [fontsize]]
>          tkcanvas  Tk canvas widget
>              tpic  TPIC -- LaTeX picture environment with tpic \specials
>           unknown  Unknown terminal type - not a plotting device
>             vttek  VT-like tek40xx terminal emulator
>               wxt  wxWidgets cross-platform windowed terminal
>             xterm  Xterm Tektronix 4014 Mode
> gnuplot> 
> 
> Here is a list on environment variables:
> 
>  sh -x gnuplot-run.sh 
> ++ dirname gnuplot-run.sh
> + BINDIR=.
> + TOP=./../../Resources
> + export PANGO_SYSCONFDIR=./../../Resources/etc
> + PANGO_SYSCONFDIR=./../../Resources/etc
> + export PANGO_RC_FILE=./../../Resources/etc/pango/pangorc
> + PANGO_RC_FILE=./../../Resources/etc/pango/pangorc
> + export PANGO_LIBDIR=./../../Resources/lib
> + PANGO_LIBDIR=./../../Resources/lib
> + export G_FILENAME_ENCODING=UTF-8
> + G_FILENAME_ENCODING=UTF-8
> + export GNUHELP=./../../Resources/share/gnuplot/5.0/gnuplot.gih
> + GNUHELP=./../../Resources/share/gnuplot/5.0/gnuplot.gih
> + export GNUPLOT_PS_DIR=./../../Resources/share/gnuplot/5.0/PostScript
> + GNUPLOT_PS_DIR=./../../Resources/share/gnuplot/5.0/PostScript
> + export AQUATERM_PATH=./AquaTerm.app
> + AQUATERM_PATH=./AquaTerm.app
> + export GNUTERM=wxt
> + GNUTERM=wxt
> + export PATH………...
> 
> 
> 
> I also looked at the binary and the external libraries that it requires with otool. And as you will see there is no “/usr/local/lib” but only "@executable_path”. That is fine.
>  otool -L ./gnuplot
> ./gnuplot:
> 	/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 751.29.0)
> 	@executable_path/../lib/libaquaterm.dylib (compatibility version 1.0.0, current version 1.0.0)
> 	@executable_path/../lib/libreadline.6.2.dylib (compatibility version 6.0.0, current version 6.2.0)
> 	/usr/lib/libncurses.5.4.dylib (compatibility version 5.4.0, current version 5.4.0)
> 	/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3)
> 	/System/Library/Frameworks/IOKit.framework/Versions/A/IOKit (compatibility version 1.0.0, current version 275.0.0)
> 	/System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 152.0.0)
> 	/System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility version 1.0.0, current version 15.0.0)
> 	/System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox (compatibility version 1.0.0, current version 1.0.0)
> 	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0)
> 	/System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL (compatibility version 1.0.0, current version 1.0.0)
> 	@executable_path/../lib/libwx_osx_cocoau_qa-3.0.0.2.0.dylib (compatibility version 3.0.0, current version 3.0.0)
> 	@executable_path/../lib/libwx_osx_cocoau_adv-3.0.0.2.0.dylib (compatibility version 3.0.0, current version 3.0.0)
> 	@executable_path/../lib/libwx_osx_cocoau_core-3.0.0.2.0.dylib (compatibility version 3.0.0, current version 3.0.0)
> 	@executable_path/../lib/libwx_baseu_xml-3.0.0.2.0.dylib (compatibility version 3.0.0, current version 3.0.0)
> 	@executable_path/../lib/libwx_baseu_net-3.0.0.2.0.dylib (compatibility version 3.0.0, current version 3.0.0)
> 	@executable_path/../lib/libwx_baseu-3.0.0.2.0.dylib (compatibility version 3.0.0, current version 3.0.0)
> 	@executable_path/../lib/libpangocairo-1.0.0.dylib (compatibility version 3401.0.0, current version 3401.1.0)
> 	@executable_path/../lib/libpango-1.0.0.dylib (compatibility version 3401.0.0, current version 3401.1.0)
> 	@executable_path/../lib/libgobject-2.0.0.dylib (compatibility version 3601.0.0, current version 3601.4.0)
> 	@executable_path/../lib/libglib-2.0.0.dylib (compatibility version 3601.0.0, current version 3601.4.0)
> 	@executable_path/../lib/libintl.8.dylib (compatibility version 10.0.0, current version 10.2.0)
> 	@executable_path/../lib/libcairo.2.dylib (compatibility version 11203.0.0, current version 11203.18.0)
> 	/usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0)
> 	/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.9.0)
> 	/System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices (compatibility version 1.0.0, current version 38.0.0)
> 	/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 550.29.0)
> 	/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 227.0.0)
> 
> 
> 
> Regards
> 
> Nicolas
>> 
>> However I *also* feel it is better that 
>> 
>> OS X binary will be uploaded on Sourceforge.
>> 
>> I do not have admin privilege to Sourceforge but have write access privilege of "files".
>> (It was given the privilege from Ethan but I have forgotten name of it.)
>> 
>> 
>> Tatsuro
>> 
>> 
>> ----- Original Message -----
>>> From: Bastian Märkisch <bma...@we... <mailto:bma...@we...>>
>>> To: 'Allin Cottrell' <cot...@wf... <mailto:cot...@wf...>>; gnu...@li... <mailto:gnu...@li...>
>>> Cc: 
>>> Date: 2017/1/5, Thu 19:01
>>> Subject: AW: gnuplot 5.0.5 for OS X
>>> 
>>> G reat.  Should we upload those to Sourceforge, too?
>>> 
>>>   Bastian
>>> 
>>> -----Ursprüngliche Nachricht-----
>>> Von: Allin Cottrell [mailto:cot...@wf... <mailto:cot...@wf...>] 
>>> Gesendet: Donnerstag, 5. Januar 2017 04:14
>>> An: gnu...@li... <mailto:gnu...@li...>
>>> Betreff: gnuplot 5.0.5 for OS X
>>> 
>>> Another 5.0.5 contribution: binary packages for OS X (Intel, quartz) are now
>>> available from
>>> 
>>> http://ricardo.ecn.wfu.edu/pub/gnuplot/ <http://ricardo.ecn.wfu.edu/pub/gnuplot/>
>>> 
>>> in both pkg and (relocatable) dmg formats. As with my 5.0.3 packages these
>>> provide aquaterm and wxt as GUI terminals, as well as the pango/cairo-based
>>> terminals. The packages are cross-compiled on Linux using clang and should
>>> be suitable for OS X 10.6.6 and higher.
>>> 
>>> --
>>> Allin Cottrell
>>> Department of Economics
>>> Wake Forest University
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> 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
>>> 
>> 
>> ------------------------------------------------------------------------------
>> Developer Access Program for Intel Xeon Phi Processors
>> Access to Intel Xeon Phi processor-based developer platforms.
>> With one year of Intel Parallel Studio XE.
>> Training and support from Colfax.
>> Order your platform today. http://sdm.link/xeonphi <http://sdm.link/xeonphi>
>> _______________________________________________
>> gnuplot-beta mailing list
>> gnu...@li... <mailto:gnu...@li...>
>> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 
> --
> N. Brouard
> 
> 
> 
> ------------------------------------------------------------------------------
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today. http://sdm.link/xeonphi_______________________________________________ <http://sdm.link/xeonphi_______________________________________________>
> gnuplot-beta mailing list
> gnu...@li... <mailto:gnu...@li...>
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta <https://lists.sourceforge.net/lists/listinfo/gnuplot-beta>
--
N. Brouard

Re: gnuplot 5.0.5 for OS X

[Nicolas B. <br...@in...>]

> Le 10 janv. 2017 à 10:12, Tatsuro MATSUOKA <tma...@ya...> a écrit :
> 
> I have no experience of OS X.

You are unlucky! The notion of OSX applications has many senses in comparison to linux packages which are similar to OSX homebrew packages.
On linux, if you install a new program all libraries should have to be updated. It saves hard disk space but you spend a lot of time to compile and verify compatibility etc. With OSX applications, all  of external libraries (or most of them) have to be included under the app directory. And even if you have similar libraries in /usr/local/lib, the application will not use them. OS/X applications are much bigger but are safer and will work much longer. See the output of otool (similar to nm) at the end of the message to verify that the executable doesn’t contain external links.

I looked at the package of Allin Cottrell and it looks great. In addition to the gnuplot.app directory the pkg installs a /usr/local/bin/gnuplot which is
 #!/bin/bash
 exec /Applications/Gnuplot.app/Contents/Resources/bin/gnuplot-run.sh

If you installed only the app via the dmg, and still want to use gnuplot in a terminal or in emacs (I haven’t seen emacs-mode.el), you have to add this two lines file and chmod +x it . It will create the necessary environment variables (see below its list).

Cottrell’s OSX application contains most useful terminals, like all cairos, including pdfcairo, aqua, svg and wxt.

Many thanks to Cottrell. I did not know that it was possible to cross-compile with clang from linux to OS/X. Bravo.
I hope that it will be downloadable with other gnuplot binaries (including installation sources). It is still version 5.0.5 and can’t use “array"!

Here is a list of packages:
+ exec /Applications/Gnuplot.app/Contents/Resources/bin/gnuplot

	G N U P L O T
	Version 5.0 patchlevel 5    last modified 2016-10-02

	Copyright (C) 1986-1993, 1998, 2004, 2007-2016
	Thomas Williams, Colin Kelley and many others

	gnuplot home:     http://www.gnuplot.info
	faq, bugs, etc:   type "help FAQ"
	immediate help:   type "help"  (plot window: hit 'h')

Terminal type set to 'wxt'
gnuplot> set ter

Available terminal types:
             aqua  Interface to graphics terminal server for Mac OS X
       cairolatex  LaTeX picture environment using graphicx package and Cairo backend
           canvas  HTML Canvas object
              cgm  Computer Graphics Metafile
          context  ConTeXt with MetaFun (for PDF documents)
            corel  EPS format for CorelDRAW
             dumb  ascii art for anything that prints text
              dxf  dxf-file for AutoCad (default size 120x80)
            eepic  EEPIC -- extended LaTeX picture environment
              emf  Enhanced Metafile format
            emtex  LaTeX picture environment with emTeX specials
         epscairo  eps terminal based on cairo
         epslatex  LaTeX picture environment using graphicx package
              fig  FIG graphics language for XFIG graphics editor
             hpgl  HP7475 and relatives [number of pens] [eject]
            latex  LaTeX picture environment
               mf  Metafont plotting standard
               mp  MetaPost plotting standard
             pcl5  HP Designjet 750C, HP Laserjet III/IV, etc. (many options)
         pdfcairo  pdf terminal based on cairo
         pngcairo  png terminal based on cairo
       postscript  PostScript graphics, including EPSF embedded files (*.eps)
          pslatex  LaTeX picture environment with PostScript \specials
            pstex  plain TeX with PostScript \specials
         pstricks  LaTeX picture environment with PSTricks macros
              qms  QMS/QUIC Laser printer (also Talaris 1200 and others)
              svg  W3C Scalable Vector Graphics
          tek40xx  Tektronix 4010 and others; most TEK emulators
          tek410x  Tektronix 4106, 4107, 4109 and 420X terminals
          texdraw  LaTeX texdraw environment
             tgif  TGIF X11 [mode] [x,y] [dashed] ["font" [fontsize]]
         tkcanvas  Tk canvas widget
             tpic  TPIC -- LaTeX picture environment with tpic \specials
          unknown  Unknown terminal type - not a plotting device
            vttek  VT-like tek40xx terminal emulator
              wxt  wxWidgets cross-platform windowed terminal
            xterm  Xterm Tektronix 4014 Mode
gnuplot> 

Here is a list on environment variables:

 sh -x gnuplot-run.sh 
++ dirname gnuplot-run.sh
+ BINDIR=.
+ TOP=./../../Resources
+ export PANGO_SYSCONFDIR=./../../Resources/etc
+ PANGO_SYSCONFDIR=./../../Resources/etc
+ export PANGO_RC_FILE=./../../Resources/etc/pango/pangorc
+ PANGO_RC_FILE=./../../Resources/etc/pango/pangorc
+ export PANGO_LIBDIR=./../../Resources/lib
+ PANGO_LIBDIR=./../../Resources/lib
+ export G_FILENAME_ENCODING=UTF-8
+ G_FILENAME_ENCODING=UTF-8
+ export GNUHELP=./../../Resources/share/gnuplot/5.0/gnuplot.gih
+ GNUHELP=./../../Resources/share/gnuplot/5.0/gnuplot.gih
+ export GNUPLOT_PS_DIR=./../../Resources/share/gnuplot/5.0/PostScript
+ GNUPLOT_PS_DIR=./../../Resources/share/gnuplot/5.0/PostScript
+ export AQUATERM_PATH=./AquaTerm.app
+ AQUATERM_PATH=./AquaTerm.app
+ export GNUTERM=wxt
+ GNUTERM=wxt
+ export PATH………...



I also looked at the binary and the external libraries that it requires with otool. And as you will see there is no “/usr/local/lib” but only "@executable_path”. That is fine.
 otool -L ./gnuplot
./gnuplot:
	/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 751.29.0)
	@executable_path/../lib/libaquaterm.dylib (compatibility version 1.0.0, current version 1.0.0)
	@executable_path/../lib/libreadline.6.2.dylib (compatibility version 6.0.0, current version 6.2.0)
	/usr/lib/libncurses.5.4.dylib (compatibility version 5.4.0, current version 5.4.0)
	/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3)
	/System/Library/Frameworks/IOKit.framework/Versions/A/IOKit (compatibility version 1.0.0, current version 275.0.0)
	/System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 152.0.0)
	/System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility version 1.0.0, current version 15.0.0)
	/System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox (compatibility version 1.0.0, current version 1.0.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0)
	/System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL (compatibility version 1.0.0, current version 1.0.0)
	@executable_path/../lib/libwx_osx_cocoau_qa-3.0.0.2.0.dylib (compatibility version 3.0.0, current version 3.0.0)
	@executable_path/../lib/libwx_osx_cocoau_adv-3.0.0.2.0.dylib (compatibility version 3.0.0, current version 3.0.0)
	@executable_path/../lib/libwx_osx_cocoau_core-3.0.0.2.0.dylib (compatibility version 3.0.0, current version 3.0.0)
	@executable_path/../lib/libwx_baseu_xml-3.0.0.2.0.dylib (compatibility version 3.0.0, current version 3.0.0)
	@executable_path/../lib/libwx_baseu_net-3.0.0.2.0.dylib (compatibility version 3.0.0, current version 3.0.0)
	@executable_path/../lib/libwx_baseu-3.0.0.2.0.dylib (compatibility version 3.0.0, current version 3.0.0)
	@executable_path/../lib/libpangocairo-1.0.0.dylib (compatibility version 3401.0.0, current version 3401.1.0)
	@executable_path/../lib/libpango-1.0.0.dylib (compatibility version 3401.0.0, current version 3401.1.0)
	@executable_path/../lib/libgobject-2.0.0.dylib (compatibility version 3601.0.0, current version 3601.4.0)
	@executable_path/../lib/libglib-2.0.0.dylib (compatibility version 3601.0.0, current version 3601.4.0)
	@executable_path/../lib/libintl.8.dylib (compatibility version 10.0.0, current version 10.2.0)
	@executable_path/../lib/libcairo.2.dylib (compatibility version 11203.0.0, current version 11203.18.0)
	/usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0)
	/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.9.0)
	/System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices (compatibility version 1.0.0, current version 38.0.0)
	/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 550.29.0)
	/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 227.0.0)



Regards

Nicolas
> 
> However I *also* feel it is better that 
> 
> OS X binary will be uploaded on Sourceforge.
> 
> I do not have admin privilege to Sourceforge but have write access privilege of "files".
> (It was given the privilege from Ethan but I have forgotten name of it.)
> 
> 
> Tatsuro
> 
> 
> ----- Original Message -----
>> From: Bastian Märkisch <bma...@we...>
>> To: 'Allin Cottrell' <cot...@wf...>; gnu...@li...
>> Cc: 
>> Date: 2017/1/5, Thu 19:01
>> Subject: AW: gnuplot 5.0.5 for OS X
>> 
>> G reat.  Should we upload those to Sourceforge, too?
>> 
>>   Bastian
>> 
>> -----Ursprüngliche Nachricht-----
>> Von: Allin Cottrell [mailto:cot...@wf...] 
>> Gesendet: Donnerstag, 5. Januar 2017 04:14
>> An: gnu...@li...
>> Betreff: gnuplot 5.0.5 for OS X
>> 
>> Another 5.0.5 contribution: binary packages for OS X (Intel, quartz) are now
>> available from
>> 
>> http://ricardo.ecn.wfu.edu/pub/gnuplot/
>> 
>> in both pkg and (relocatable) dmg formats. As with my 5.0.3 packages these
>> provide aquaterm and wxt as GUI terminals, as well as the pango/cairo-based
>> terminals. The packages are cross-compiled on Linux using clang and should
>> be suitable for OS X 10.6.6 and higher.
>> 
>> --
>> Allin Cottrell
>> Department of Economics
>> Wake Forest University
>> 
>> 
>> ------------------------------------------------------------------------------
>> 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
>> 
> 
> ------------------------------------------------------------------------------
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today. http://sdm.link/xeonphi
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

--
N. Brouard

Re: AW: gnuplot 5.0.5 for OS X

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

I have no experience of OS X.

However I *also* feel it is better that 

OS X binary will be uploaded on Sourceforge.

I do not have admin privilege to Sourceforge but have write access privilege of "files".
(It was given the privilege from Ethan but I have forgotten name of it.)


Tatsuro


----- Original Message -----
> From: Bastian Märkisch <bma...@we...>
> To: 'Allin Cottrell' <cot...@wf...>; gnu...@li...
> Cc: 
> Date: 2017/1/5, Thu 19:01
> Subject: AW: gnuplot 5.0.5 for OS X
> 
>G reat.  Should we upload those to Sourceforge, too?
> 
>   Bastian
> 
> -----Ursprüngliche Nachricht-----
> Von: Allin Cottrell [mailto:cot...@wf...] 
> Gesendet: Donnerstag, 5. Januar 2017 04:14
> An: gnu...@li...
> Betreff: gnuplot 5.0.5 for OS X
> 
> Another 5.0.5 contribution: binary packages for OS X (Intel, quartz) are now
> available from
> 
> http://ricardo.ecn.wfu.edu/pub/gnuplot/
> 
> in both pkg and (relocatable) dmg formats. As with my 5.0.3 packages these
> provide aquaterm and wxt as GUI terminals, as well as the pango/cairo-based
> terminals. The packages are cross-compiled on Linux using clang and should
> be suitable for OS X 10.6.6 and higher.
> 
> --
> Allin Cottrell
> Department of Economics
> Wake Forest University
> 
> 
> ------------------------------------------------------------------------------
> 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
> 

AW: gnuplot 5.0.5 for OS X

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

Great.  Should we upload those to Sourceforge, too?

  Bastian

-----Ursprüngliche Nachricht-----
Von: Allin Cottrell [mailto:cot...@wf...] 
Gesendet: Donnerstag, 5. Januar 2017 04:14
An: gnu...@li...
Betreff: gnuplot 5.0.5 for OS X

Another 5.0.5 contribution: binary packages for OS X (Intel, quartz) are now
available from

http://ricardo.ecn.wfu.edu/pub/gnuplot/

in both pkg and (relocatable) dmg formats. As with my 5.0.3 packages these
provide aquaterm and wxt as GUI terminals, as well as the pango/cairo-based
terminals. The packages are cross-compiled on Linux using clang and should
be suitable for OS X 10.6.6 and higher.

--
Allin Cottrell
Department of Economics
Wake Forest University

gnuplot 5.0.5 for OS X

[Allin C. <cot...@wf...>]

Another 5.0.5 contribution: binary packages for OS X (Intel, quartz) 
are now available from

http://ricardo.ecn.wfu.edu/pub/gnuplot/

in both pkg and (relocatable) dmg formats. As with my 5.0.3 packages 
these provide aquaterm and wxt as GUI terminals, as well as the 
pango/cairo-based terminals. The packages are cross-compiled on 
Linux using clang and should be suitable for OS X 10.6.6 and higher.

-- 
Allin Cottrell
Department of Economics
Wake Forest University

Re: AW: AW: 5.0.5 windows testing binaries have been uploaded

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

Dear Bastian

Thanks for your confirmation!

Tatsuro



----- Original Message -----
> From: Bastian Märkisch <bma...@we...>
> To: 'Tatsuro MATSUOKA' <tma...@ya...>; gnu...@li...
> Cc: 
> Date: 2017/1/4, Wed 21:47
> Subject: AW: AW: 5.0.5 windows testing binaries have been uploaded
> 
> Dear Tatsuro,
> 
> The issue seems to be solved. A file with the same SHA256 as my installer
> was checked - presumably by you - a few hours ago with zero findings. 
> 
> Bastian
> 
> -----Ursprüngliche Nachricht-----
> Von: Tatsuro MATSUOKA [mailto:tma...@ya...] 
> Gesendet: Mittwoch, 4. Januar 2017 09:55
> An: bma...@we...; gnu...@li...
> Betreff: Re: AW: 5.0.5 windows testing binaries have been uploaded
> 
> Dear Bastian
> 
> Thank you for the quick feedback. 
> 
> After your report I re-analyzed the installer files by Virustotal.
> It does not give any warnings. (Qihoo-360 does not give a warning.)
> 
> 
> Mmmmmm...... :(
> 
> 
> Tatsuro
> 
> 
> ----- Original Message -----
> 
>>  From: Bastian Märkisch <bma...@we...>
>>  To: 'Tatsuro MATSUOKA' <tma...@ya...>; 
>>  gnu...@li...
>>  Cc: 
>>  Date: 2017/1/4, Wed 17:35
>>  Subject: AW: 5.0.5 windows testing binaries have been uploaded
>> 
>>  Dear Tatsuro,
>> 
>>  Thanks a lot for providing these!
>> 
>>  A quick scan using Virustotal shows one warning for both installers, 
>>  but not the zip packages: HEUR/QVM06.1.0000.Malware.Gen detected by
> Qihoo-360.
>> 
>>  A quick web search brings up indications that may be caused by the use 
>>  of scripts in out installer. Interestingly, the installer package for 
>>  5.0.4 gets a green flag by Qihoo-360.
>> 
>>    Bastian
>> 
>> 
>> 
>>  -----Ursprüngliche Nachricht-----
>>  Von: Tatsuro MATSUOKA [mailto:tma...@ya...]
>>  Gesendet: Mittwoch, 4. Januar 2017 08:33
>>  An: gnu...@li...
>>  Betreff: 5.0.5 windows testing binaries have been uploaded
>> 
>>  I have prepared 5.0.5 windows binaries and uploaded as testing ones.
>> 
>>  https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/5.0.5-w
>>  indows
>>  -binary/
>> 
>>  Please test them and report problem if you find them.
>> 
>>  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
>> 
> 
> ----------------------------------------------------------------------------
> --
> 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
> 

AW: AW: 5.0.5 windows testing binaries have been uploaded

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

Dear Tatsuro,

The issue seems to be solved. A file with the same SHA256 as my installer
was checked - presumably by you - a few hours ago with zero findings. 

Bastian

-----Ursprüngliche Nachricht-----
Von: Tatsuro MATSUOKA [mailto:tma...@ya...] 
Gesendet: Mittwoch, 4. Januar 2017 09:55
An: bma...@we...; gnu...@li...
Betreff: Re: AW: 5.0.5 windows testing binaries have been uploaded

Dear Bastian

Thank you for the quick feedback. 

After your report I re-analyzed the installer files by Virustotal.
It does not give any warnings. (Qihoo-360 does not give a warning.)


Mmmmmm...... :(


Tatsuro


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

> From: Bastian Märkisch <bma...@we...>
> To: 'Tatsuro MATSUOKA' <tma...@ya...>; 
> gnu...@li...
> Cc: 
> Date: 2017/1/4, Wed 17:35
> Subject: AW: 5.0.5 windows testing binaries have been uploaded
> 
> Dear Tatsuro,
> 
> Thanks a lot for providing these!
> 
> A quick scan using Virustotal shows one warning for both installers, 
> but not the zip packages: HEUR/QVM06.1.0000.Malware.Gen detected by
Qihoo-360.
> 
> A quick web search brings up indications that may be caused by the use 
> of scripts in out installer. Interestingly, the installer package for 
> 5.0.4 gets a green flag by Qihoo-360.
> 
>   Bastian
> 
> 
> 
> -----Ursprüngliche Nachricht-----
> Von: Tatsuro MATSUOKA [mailto:tma...@ya...]
> Gesendet: Mittwoch, 4. Januar 2017 08:33
> An: gnu...@li...
> Betreff: 5.0.5 windows testing binaries have been uploaded
> 
> I have prepared 5.0.5 windows binaries and uploaded as testing ones.
> 
> https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/5.0.5-w
> indows
> -binary/
> 
> Please test them and report problem if you find them.
> 
> 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
> 

----------------------------------------------------------------------------
--
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: AW: 5.0.5 windows testing binaries have been uploaded

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

Dear Bastian

Thank you for the quick feedback. 

After your report I re-analyzed the installer files by Virustotal.
It does not give any warnings. (Qihoo-360 does not give a warning.)


Mmmmmm...... :(


Tatsuro


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

> From: Bastian Märkisch <bma...@we...>
> To: 'Tatsuro MATSUOKA' <tma...@ya...>; gnu...@li...
> Cc: 
> Date: 2017/1/4, Wed 17:35
> Subject: AW: 5.0.5 windows testing binaries have been uploaded
> 
> Dear Tatsuro,
> 
> Thanks a lot for providing these!
> 
> A quick scan using Virustotal shows one warning for both installers, but not
> the zip packages: HEUR/QVM06.1.0000.Malware.Gen detected by Qihoo-360.
> 
> A quick web search brings up indications that may be caused by the use of
> scripts in out installer. Interestingly, the installer package for 5.0.4
> gets a green flag by Qihoo-360.
> 
>   Bastian
> 
> 
> 
> -----Ursprüngliche Nachricht-----
> Von: Tatsuro MATSUOKA [mailto:tma...@ya...] 
> Gesendet: Mittwoch, 4. Januar 2017 08:33
> An: gnu...@li...
> Betreff: 5.0.5 windows testing binaries have been uploaded
> 
> I have prepared 5.0.5 windows binaries and uploaded as testing ones.
> 
> https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/5.0.5-windows
> -binary/
> 
> Please test them and report problem if you find them.
> 
> 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
> 

AW: 5.0.5 windows testing binaries have been uploaded

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

Dear Tatsuro,

Thanks a lot for providing these!

A quick scan using Virustotal shows one warning for both installers, but not
the zip packages: HEUR/QVM06.1.0000.Malware.Gen detected by Qihoo-360.

A quick web search brings up indications that may be caused by the use of
scripts in out installer. Interestingly, the installer package for 5.0.4
gets a green flag by Qihoo-360.

  Bastian



-----Ursprüngliche Nachricht-----
Von: Tatsuro MATSUOKA [mailto:tma...@ya...] 
Gesendet: Mittwoch, 4. Januar 2017 08:33
An: gnu...@li...
Betreff: 5.0.5 windows testing binaries have been uploaded

I have prepared 5.0.5 windows binaries and uploaded as testing ones.

https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/5.0.5-windows
-binary/

Please test them and report problem if you find them.

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

5.0.5 windows testing binaries have been uploaded

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

I have prepared 5.0.5 windows binaries and uploaded as testing ones.

https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/5.0.5-windows-binary/

Please test them and report problem if you find them.

Tatsuro

Re: [PATCH] aqua: handle 'noenhanced' correctly

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

On Monday, 02 January 2017 10:00:32 AM Jun T. wrote:
> With aqua terminal (enhanced mode = default),
> 'noenhanced' in 'set title' etc. does not work.

Applied for 5.0 and 5.1

thanks


> For example
> 
> gnuplot> set term aqua enhanced
> gnuplot> set title 'test_1' noenhanced
> gnuplot> plot sin(x)
> 
> the '_1' is still in subscript.
> 
> A simple patch is attached.
> 

[PATCH] aqua: handle 'noenhanced' correctly

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

With aqua terminal (enhanced mode = default),
'noenhanced' in 'set title' etc. does not work. For example

gnuplot> set term aqua enhanced
gnuplot> set title 'test_1' noenhanced
gnuplot> plot sin(x)

the '_1' is still in subscript.

A simple patch is attached.

Should gnuplot use the fpclassify() macro to catch underflow of library functions?

[Ethan A M. <sf...@us...>]

Bug #1877  https://sourceforge.net/p/gnuplot/bugs/1877/ 

Requests that gnuplot's exponentiation operation A**B
return zero rather than "undefined" in the case of underflow.
I.e. for 0 < A < 1 and very large B.

The gnuplot code base currently has two vestigial mechanisms
for trapping and dealing with floating point exceptions.

eval.c (evaluate_at):
	(void) signal(SIGFPE, (sigfunc) fpe);

internal.c (GP_MATHERR):
	callback routine for use by SVID math library exception handling

Both of these mechanisms have been deprecated in current standards.
Testing current linux builds of gnuplot shows that neither of these
mechanisms is activated by underflow in practice.

Instead we do a simple-minded test before returning from 
evaluate_at():
	 if (errno == EDOM || errno == ERANGE)
        undefined = TRUE;

This works (at least on linux) but does not distinguish between
overflow and underflow.

Question 1:  What is the current recommended test for underflow?
------------

As I understand the linux man pages, the recommended replacement
for the deprecated SVID matherr callback mechanism is use of a
C99 macro fpclassify(val).  In our case this would look something
like:
	val = proposed_return_from_evaluate;
	int fperror = fpclassify(val);
    if (fperror == FP_ZERO || fperror == FP_SUBNORMAL) {
		errno = 0;
		val = 0.0;
    }

This works in my testing, but it depends on availability of
the fpclassify() macro.  Is there a way to test for this in
./configure?  How?  The macro is in C99 but not in earlier C standards.
Apparently it does exist in some non-C99 compilers like Solaris/SunOS.

Question 2:  Where would we use it?
------------

We already have an explicit simple-minded test, maybe outdated,
for underflow in 
  eval.c (gp_exp) used internally and in expression evaluation
and in
  standard.c (f_tanh) used in expression evaluation.
The request in Bug #1877 is to test also in
  internal.c (f_power) used in expression evaluation.

Or it might be possible to replace the test in evaluate_at().
That way it would apply to all evaluated expressions, not just
exp() pow() and tanh().  I am not certain whether the relevant
error status is guaranteed to have been propagated to that point,
but the first question is would we even want to do this?

	Ethan

Patch series to add new configure options and fix issues

[Vicente O. R. <Vin...@im...>]

Hello,

could some maintainer please have a look to the following patches series
that I've sent?

https://sourceforge.net/p/gnuplot/patches/743/

Regards,
-- 
Vincent

Re: Time format data as a string?

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

On 11/21/2016 12:18 PM, Ethan A Merritt wrote:
> On Saturday, 19 November, 2016 15:43:38 Daniel J Sebald wrote:
>
>>
>> The documentation says:
>>
>>    In all cases, the numbers of each record of a data file must be separated
>>    by white space (one or more blanks or tabs) unless a format specifier is
>>    provided by the `using` option. This white space divides each record into
>>    columns. However, whitespace inside a pair of double quotes is ignored
>> when
>>    counting columns, so the following datafile line has three columns:
>>          1.0 "second column" 3.0
>>
>> Thinking more general, that begs the question as to why gnuplot couldn't
>> accept numbers within a string:
>>
>>    "1.0""second column""3.0"
>>
>> or even CSV format:
>>
>>    1.0,second column,3.0
>>
>> Not that I'm really keen on having that, but it may not be a far step
>> handling those formats.
>
> Gnuplot has accepted all of these input variants since they were introduced
> in version 4.0 (2004).  Plotting from *.csv files is very common.
> The relevant command is
>
>     set datafile seperator
>
> 	- Ethan

I kind of remembered that, but couldn't think of the word.  I kept 
trying "help delimiter".

Are people open to fine-tuning tab-completion?  All it seems to do is 
select from the current directory's file list, but often that doesn't 
make sense given the context and often leads to having to hold down the 
backspace to erase a lengthy name.  For example, more context would be 
good, such as "help im<tab-complete>" would give a list of options 
similar to:

gnuplot> help im
Ambiguous request 'im'; possible matches:
	imag
	image
	import
	impulses

File names have to be in quotes, so only when the line is in an open 
quote, e.g.,

plot "dat<tab-complete>

should a list of files appear as options.

Dan

Re: Time format data as a string?

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

On 11/21/2016 12:12 PM, Ethan A Merritt wrote:
> On Friday, 18 November, 2016 22:06:54 Daniel J Sebald wrote:
>> I just used the time format in a plot.  It's nice, incorporating the
>> date and time and all.  So thank you to whomever.
>>
>> It did take me a bit to figure out though why something like this failed:
>>
>>     set timefmt "%m/%d/%y %H:%M"
>>     plot "data" using 1:2
>>
>> with data something like
>>
>> 03/03/16 11:30	23.5
>> 03/03/16 11:45	24.8
>> ...
>>
>> It's because the datafile.c reading routine recognizes that first space
>> as a delimiter such that field ':2' is actually 11 in both cases shown.
>>    That's fine, as the following works:
>>
>>     plot "data" using 1:3
>>
>> and the documentation gives proper examples and all, if not explicitly
>> stating.
>>
>> However, it's a bit of a mental juxtaposition because the person
>> scripting the code is thinking of the "03/03/16 11:30" as the "first"
>> entry.  Now, gnuplot has string inputs, such as in energy_circles.dat of
>> the demo subdirectory.  So, I'm wondering if the the date/time data
>> entry could also accept a datafile string.  It shouldn't be too much of
>> a C-code alteration.  For example, this might be the equivalent to the
>> above:
>>
>>     plot "data" using 1:2
>>
>> with data
>>
>> "03/03/16 11:30" 23.5
>> "03/03/16 11:45" 24.8
>> ...
>>
>> I tried that, and gnuplot doesn't allow it
>
> Gnuplot does allow it.
> Your test commands and data are plotted correctly so long as you
> tell gnuplot that it is wrapped in a string:
>
>     plot "data" using (strcol(1)):2
>
> where strcol(N) is shorthand for stringcolumn(N)
>
> 	Ethan

I did try this the other day when I was busy working on some code.  It 
does work, thanks.  I think this would be a good example to include as 
well, simply because it seems a more natural way to think of things for 
computer users, i.e., the two columns and also that a date/time field 
would be thought of as a string.

Dan

Re: Time format data as a string?

[Ethan A M. <sf...@us...>]

On Saturday, 19 November, 2016 15:43:38 Daniel J Sebald wrote:
 
> 
> The documentation says:
> 
>   In all cases, the numbers of each record of a data file must be separated
>   by white space (one or more blanks or tabs) unless a format specifier is
>   provided by the `using` option. This white space divides each record into
>   columns. However, whitespace inside a pair of double quotes is ignored 
> when
>   counting columns, so the following datafile line has three columns:
>         1.0 "second column" 3.0
> 
> Thinking more general, that begs the question as to why gnuplot couldn't 
> accept numbers within a string:
> 
>   "1.0""second column""3.0"
> 
> or even CSV format:
> 
>   1.0,second column,3.0
> 
> Not that I'm really keen on having that, but it may not be a far step 
> handling those formats.

Gnuplot has accepted all of these input variants since they were introduced
in version 4.0 (2004).  Plotting from *.csv files is very common.
The relevant command is

   set datafile seperator 

	- Ethan

Re: Time format data as a string?

[Ethan A M. <sf...@us...>]

On Friday, 18 November, 2016 22:06:54 Daniel J Sebald wrote:
> I just used the time format in a plot.  It's nice, incorporating the 
> date and time and all.  So thank you to whomever.
> 
> It did take me a bit to figure out though why something like this failed:
> 
>    set timefmt "%m/%d/%y %H:%M"
>    plot "data" using 1:2
> 
> with data something like
> 
> 03/03/16 11:30	23.5
> 03/03/16 11:45	24.8
> ...
> 
> It's because the datafile.c reading routine recognizes that first space 
> as a delimiter such that field ':2' is actually 11 in both cases shown. 
>   That's fine, as the following works:
> 
>    plot "data" using 1:3
> 
> and the documentation gives proper examples and all, if not explicitly 
> stating.
> 
> However, it's a bit of a mental juxtaposition because the person 
> scripting the code is thinking of the "03/03/16 11:30" as the "first" 
> entry.  Now, gnuplot has string inputs, such as in energy_circles.dat of 
> the demo subdirectory.  So, I'm wondering if the the date/time data 
> entry could also accept a datafile string.  It shouldn't be too much of 
> a C-code alteration.  For example, this might be the equivalent to the 
> above:
> 
>    plot "data" using 1:2
> 
> with data
> 
> "03/03/16 11:30" 23.5
> "03/03/16 11:45" 24.8
> ...
> 
> I tried that, and gnuplot doesn't allow it

Gnuplot does allow it.
Your test commands and data are plotted correctly so long as you
tell gnuplot that it is wrapped in a string:

   plot "data" using (strcol(1)):2

where strcol(N) is shorthand for stringcolumn(N)

	Ethan

Re: Time format data as a string?

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

On 11/18/2016 10:06 PM, Daniel J Sebald wrote:
> I just used the time format in a plot.  It's nice, incorporating the
> date and time and all.  So thank you to whomever.
>
> It did take me a bit to figure out though why something like this failed:
>
>     set timefmt "%m/%d/%y %H:%M"
>     plot "data" using 1:2
>
> with data something like
>
> 03/03/16 11:30	23.5
> 03/03/16 11:45	24.8
> ...
>
> It's because the datafile.c reading routine recognizes that first space
> as a delimiter such that field ':2' is actually 11 in both cases shown.
>    That's fine, as the following works:
>
>     plot "data" using 1:3
>
> and the documentation gives proper examples and all, if not explicitly
> stating.
>
> However, it's a bit of a mental juxtaposition because the person
> scripting the code is thinking of the "03/03/16 11:30" as the "first"
> entry.  Now, gnuplot has string inputs, such as in energy_circles.dat of
> the demo subdirectory.  So, I'm wondering if the the date/time data
> entry could also accept a datafile string.  It shouldn't be too much of
> a C-code alteration.  For example, this might be the equivalent to the
> above:
>
>     plot "data" using 1:2
>
> with data
>
> "03/03/16 11:30" 23.5
> "03/03/16 11:45" 24.8
> ...
>
> I tried that, and gnuplot doesn't allow it (no surprise, as it isn't
> documented to do so).  The way I see it, the user might be more inclined
> to think of date/time data in that fashion.


The documentation says:

  In all cases, the numbers of each record of a data file must be separated
  by white space (one or more blanks or tabs) unless a format specifier is
  provided by the `using` option. This white space divides each record into
  columns. However, whitespace inside a pair of double quotes is ignored 
when
  counting columns, so the following datafile line has three columns:
        1.0 "second column" 3.0

Thinking more general, that begs the question as to why gnuplot couldn't 
accept numbers within a string:

  "1.0""second column""3.0"

or even CSV format:

  1.0,second column,3.0

Not that I'm really keen on having that, but it may not be a far step 
handling those formats.

Dan

Re: Time format data as a string?

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

On 19/11/16 04:06, Daniel J Sebald wrote:
> I just used the time format in a plot.  It's nice, incorporating the
> date and time and all.  So thank you to whomever.
>
> It did take me a bit to figure out though why something like this failed:
>
>    set timefmt "%m/%d/%y %H:%M"
>    plot "data" using 1:2
>
> with data something like
>
> 03/03/16 11:30	23.5
> 03/03/16 11:45	24.8
> ...
>
> It's because the datafile.c reading routine recognizes that first space
> as a delimiter such that field ':2' is actually 11 in both cases shown.
>   That's fine, as the following works:
>
>    plot "data" using 1:3
>
> and the documentation gives proper examples and all, if not explicitly
> stating.

I think this should be explicitly documented.

I came up against this a while back and sussed it just by suck and see.

This solution does work quite well but is actually a hack / workaround 
since it concatenates  both col 1 and col 2 to be col 1 but still calls 
col 3 , col 3.

This is not intuitive and breaks the definitions of what are regarded as 
separate input columns. Thus it should be documented explicitly rather 
than just being included in an example.

Peter.



>
> However, it's a bit of a mental juxtaposition because the person
> scripting the code is thinking of the "03/03/16 11:30" as the "first"
> entry.  Now, gnuplot has string inputs, such as in energy_circles.dat of
> the demo subdirectory.  So, I'm wondering if the the date/time data
> entry could also accept a datafile string.  It shouldn't be too much of
> a C-code alteration.  For example, this might be the equivalent to the
> above:
>
>    plot "data" using 1:2
>
> with data
>
> "03/03/16 11:30" 23.5
> "03/03/16 11:45" 24.8
> ...
>
> I tried that, and gnuplot doesn't allow it (no surprise, as it isn't
> documented to do so).  The way I see it, the user might be more inclined
> to think of date/time data in that fashion.
>
> Dan
>
> ------------------------------------------------------------------------------
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>