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

field lines

[Judge_Dredd <the...@ma...>]

Hello. I want to plot field lines in 3d. I have googled and searched on the
list for the subject and found no satisfactory info so i assumed that
gnuplot isn't able to draw field lines. I wish to take a little part in dev
and have already read some of the relevant gnuplot source code. I found it
complicated to implement a standard algo for drawing field lines (it would
have been much easier if points were on a 3d grid, but a user can define
vectors which are placed randomly) to get a nice picture. It is not fully
clear to me how gnuplot determines validity of the input file and how it
plots a function (not a data file). Can I get help here in navigating in
source code?
I would like to thank all contributers. Gnuplot is a functional and easy to
use tool. 



--
View this message in context: http://gnuplot.10905.n7.nabble.com/field-lines-tp17072.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: a coma at the end of plot command

[sfeam (E. Merritt) <eam...@gm...>]

On Monday, 14 January 2013, dauriac wrote:
> Hello
> 
> it would be convenient if a comma(,) at the end of a plot command would not
> generate as syntax error and would simply be ignored. This would be
> especially convenient if the plot command is generated by a script.

	This change has been in the development version (4.7) for a while now
	and will be in 4.6.2 also.

		Ethan

a coma at the end of plot command

[dauriac <da...@gr...>]

Hello

it would be convenient if a comma(,) at the end of a plot command would not
generate as syntax error and would simply be ignored. This would be
especially convenient if the plot command is generated by a script.

Thank you





--
View this message in context: http://gnuplot.10905.n7.nabble.com/a-coma-at-the-end-of-plot-command-tp17063.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: Regression in wxt

[sfeam (E. Merritt) <eam...@gm...>]

On Wednesday, 26 December 2012, Dmitri A. Sergatskov wrote:
>     G N U P L O T
>     Version 4.7 patchlevel 0    last modified 2012-06-19
>     Build System: Linux x86_64
> 
>     Copyright (C) 1986-1993, 1998, 2004, 2007-2012
>     Thomas Williams, Colin Kelley and many others
> 
>     gnuplot home:     http://www.gnuplot.info
>     mailing list:     gnu...@li...
>     faq, bugs, etc:   type "help FAQ"
>     immediate help:   type "help"  (plot window: hit 'h')
> 
> Terminal type set to 'wxt'
> gnuplot> plot '-'  notitle   ps 3
> input data ('e' ends) > 1 2
> input data ('e' ends) > 2 4
> input data ('e' ends) > 3 6
> input data ('e' ends) > e
> gnuplot>
> 
> Works with x11 terminal as well...

Yes, sorry for dragging in a tangential point.
The command works as shown if the current default style is
"with points" or "with linespoints".  I have "with lines"
as the default so I got an error message.

The primary problem is the incorrect plot that dima attached.
I have managed to re-create this error by turning off the wxt
oversampling, so that provides a starting point for debugging.

	Ethan


> 
> Dmitri.
> > On Wednesday, 26 December 2012, Dima Kogan wrote:
> > > > On Wed, 26 Dec 2012 12:13:05 -0800
> > > > "sfeam (Ethan Merritt)" <eam...@gm...> wrote:
> > > >
> > > > > plot '-'  notitle   ps 3
> > > >
> > > > That's not a valid plot command,
> > > > and produces only an error message when I try it here.
> >
> > > Wait, what? I make plots in this manner reguarly and have for years.
> > > What looks improper about this command? What error message do you get?
> >
> > Terminal type set to 'x11'
> > gnuplot> plot '-'  notitle   ps 3
> >                              ^
> >          warning: No pointsize specifier allowed, here
> > input data ('e' ends) >
> >
> 
>  This is just a warning not an error, still it works fine with:
> 
>     G N U P L O T
>     Version 4.7 patchlevel 0    last modified 2012-06-19
>     Build System: Linux x86_64
> 
>     Copyright (C) 1986-1993, 1998, 2004, 2007-2012
>     Thomas Williams, Colin Kelley and many others
> 
>     gnuplot home:     http://www.gnuplot.info
>     mailing list:     gnu...@li...
>     faq, bugs, etc:   type "help FAQ"
>     immediate help:   type "help"  (plot window: hit 'h')
> 
> Terminal type set to 'wxt'
> gnuplot> plot '-'  notitle   ps 3
> input data ('e' ends) > 1 2
> input data ('e' ends) > 2 4
> input data ('e' ends) > 3 6
> input data ('e' ends) > e
> gnuplot>
> 
> Works with x11 terminal as well...
> 
> Dmitri.
> --
> 

Re: Slackware 14.0, problem compiling with wxt terminal for gnuplot 4.6, while OK for 4.4.4

[sfeam (E. Merritt) <eam...@gm...>]

On Thursday, 27 December 2012, Mikhail Kononets wrote:
> Dan, i changed the CC= and CXX= lines in the ./configure script as you 
> suggested. now when invoking "./configure --build=i486-slackware-linux" 
> C++ compiled is detected successfully and wxt terminal is enabled.
> 
> i have a few minor issues, but these are 99.9% related to me running 
> slackware gnuplot build script as
> su -c ./gnuplot.Slackbuild
> because "su" command provides different PATH variable.
> 
> hope this is useful result.
> Mikhail
> 
> On 27/12/2012 08:27, Daniel J Sebald wrote:
> > Please change the following two lines
> >
> >    CC=${CC-${host_alias}-gcc}
> >    CXX=${CXX-${host_alias}-c++}
> >
> > to this
> >
> >    CC=${CC-${host_alias-gcc}}
> >    CXX=${CXX-${host_alias-c++}}


I've applied that change to configure.in
Thanks both of you, and best wishes for the New Year.

Re: Slackware 14.0, problem compiling with wxt terminal for gnuplot 4.6, while OK for 4.4.4

[Mikhail K. <mko...@gm...>]

Dan, i changed the CC= and CXX= lines in the ./configure script as you 
suggested. now when invoking "./configure --build=i486-slackware-linux" 
C++ compiled is detected successfully and wxt terminal is enabled.

i have a few minor issues, but these are 99.9% related to me running 
slackware gnuplot build script as
su -c ./gnuplot.Slackbuild
because "su" command provides different PATH variable.

hope this is useful result.
Mikhail

On 27/12/2012 08:27, Daniel J Sebald wrote:
> Please change the following two lines
>
>    CC=${CC-${host_alias}-gcc}
>    CXX=${CXX-${host_alias}-c++}
>
> to this
>
>    CC=${CC-${host_alias-gcc}}
>    CXX=${CXX-${host_alias-c++}}
>
> and try configuring once again.  Report back if there are further
> issues.  There appear to be some FIXMEs in the configure code that
> probably haven't been resolved because no one has run across the issue
> yet.  You might be able to help.

Re: Slackware 14.0, problem compiling with wxt terminal for gnuplot 4.6, while OK for 4.4.4

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

On 12/26/2012 08:11 PM, Mikhail Kononets wrote:
> On 27/12/2012 00:09, Daniel J Sebald wrote:
>> On 12/26/2012 02:57 PM, Mikhail Kononets wrote:

> i made some more trials. Slackware build script for gnuplot invokes
> ./configure with --build=i486-slackware-linux. If i omit setting --build
> option, then C++ compiler is detected properly and gnuplot is built with
> wxt terminal.
>
> there are few more strange issues building 4.6 and some syntax changes
> between 4.4 and 4.6 which must be taken into account before i can switch
> to 4.6. so i give up and keep version 4.4.4 running for now.
>
> thanks everyone for help.
> Mikhail
>

Don't give up.  The change I suggested in the previous post should allow 
you to build a little further.  With "--build=i486-slackware-linux" then 
'build' no longer is equal to 'host', and that is when the incorrect 
conditional statement applies:

if test "${build}" != "${host}"
then
   CC=${CC-${host_alias}-gcc}
   CFLAGS=${CFLAGS-"-g -O2"}
   CXX=${CXX-${host_alias}-c++}
   CXXFLAGS=${CXXFLAGS-"-g -O2"}
   CC_FOR_BUILD=${CC_FOR_BUILD-gcc}

By removing the "--build=i486-slackware-linux" I suspect you are no 
longer doing a cross compile which may lead to other problems in 
configure on your system.

Please change the following two lines

   CC=${CC-${host_alias}-gcc}
   CXX=${CXX-${host_alias}-c++}

to this

   CC=${CC-${host_alias-gcc}}
   CXX=${CXX-${host_alias-c++}}

and try configuring once again.  Report back if there are further 
issues.  There appear to be some FIXMEs in the configure code that 
probably haven't been resolved because no one has run across the issue 
yet.  You might be able to help.

Dan

Re: Slackware 14.0, problem compiling with wxt terminal for gnuplot 4.6, while OK for 4.4.4

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

On 12/26/2012 08:11 PM, Mikhail Kononets wrote:
> On 27/12/2012 00:09, Daniel J Sebald wrote:
>> On 12/26/2012 02:57 PM, Mikhail Kononets wrote:
>>> i can see the following line inside the ./configure script
>>>
>>> CXX=${CXX-${host_alias}-c++}
>>
>> Strange construct. Given
>>
>> AA=${BB-${CC}-c++}
>>
>> it seems that if BB is defined AA ends up being BB. If BB is not
>> defined and CC is then AA is ${CC}-c++. If neither BB or CC is defined
>> then AA is -c++. Is the dash supposed to be similar to a conditional?
>
> first dash is conditional, but the second must be literal in this notation.

OK, it is conditional.  I did some tests here and the correct 
construct/syntax appears to be the following:

AA=${BB-${CC-c++}}

It is easy enough to test at a shell command line by having BB/CC 
defined and not defined in various combinations.

Dan

Re: Slackware 14.0, problem compiling with wxt terminal for gnuplot 4.6, while OK for 4.4.4

[Mikhail K. <mko...@gm...>]

On 27/12/2012 00:09, Daniel J Sebald wrote:
> On 12/26/2012 02:57 PM, Mikhail Kononets wrote:
>> i can see the following line inside the ./configure script
>>
>> CXX=${CXX-${host_alias}-c++}
>
> Strange construct.  Given
>
> AA=${BB-${CC}-c++}
>
> it seems that if BB is defined AA ends up being BB.  If BB is not
> defined and CC is then AA is ${CC}-c++.  If neither BB or CC is defined
> then AA is -c++.  Is the dash supposed to be similar to a conditional?

first dash is conditional, but the second must be literal in this notation.

i made some more trials. Slackware build script for gnuplot invokes 
./configure with --build=i486-slackware-linux. If i omit setting --build 
option, then C++ compiler is detected properly and gnuplot is built with 
wxt terminal.

there are few more strange issues building 4.6 and some syntax changes 
between 4.4 and 4.6 which must be taken into account before i can switch 
to 4.6. so i give up and keep version 4.4.4 running for now.

thanks everyone for help.
Mikhail

>
> Dan

Re: Regression in wxt

[Dmitri A. S. <das...@gm...>]

    G N U P L O T
    Version 4.7 patchlevel 0    last modified 2012-06-19
    Build System: Linux x86_64

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

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

Terminal type set to 'wxt'
gnuplot> plot '-'  notitle   ps 3
input data ('e' ends) > 1 2
input data ('e' ends) > 2 4
input data ('e' ends) > 3 6
input data ('e' ends) > e
gnuplot>

Works with x11 terminal as well...

Dmitri.
-- 



On Wed, Dec 26, 2012 at 6:43 PM, sfeam (Ethan Merritt)
<eam...@gm...>wrote:

> On Wednesday, 26 December 2012, Dima Kogan wrote:
> > > On Wed, 26 Dec 2012 12:13:05 -0800
> > > "sfeam (Ethan Merritt)" <eam...@gm...> wrote:
> > >
> > > > plot '-'  notitle   ps 3
> > >
> > > That's not a valid plot command,
> > > and produces only an error message when I try it here.
>
> > Wait, what? I make plots in this manner reguarly and have for years.
> > What looks improper about this command? What error message do you get?
>
> Terminal type set to 'x11'
> gnuplot> plot '-'  notitle   ps 3
>                              ^
>          warning: No pointsize specifier allowed, here
> input data ('e' ends) >
>

 This is just a warning not an error, still it works fine with:

    G N U P L O T
    Version 4.7 patchlevel 0    last modified 2012-06-19
    Build System: Linux x86_64

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

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

Terminal type set to 'wxt'
gnuplot> plot '-'  notitle   ps 3
input data ('e' ends) > 1 2
input data ('e' ends) > 2 4
input data ('e' ends) > 3 6
input data ('e' ends) > e
gnuplot>

Works with x11 terminal as well...

Dmitri.
--

Re: Regression in wxt

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

> On Wed, 26 Dec 2012 16:43:48 -0800
> "sfeam (Ethan Merritt)" <eam...@gm...> wrote:
>
> On Wednesday, 26 December 2012, Dima Kogan wrote:
> > > On Wed, 26 Dec 2012 12:13:05 -0800
> > > "sfeam (Ethan Merritt)" <eam...@gm...> wrote:
> > >
> > > > plot '-'  notitle   ps 3
> > > 
> > > That's not a valid plot command,
> > > and produces only an error message when I try it here.
> 
> > Wait, what? I make plots in this manner reguarly and have for years.
> > What looks improper about this command? What error message do you
> > get?
> 
> Terminal type set to 'x11'
> gnuplot> plot '-'  notitle   ps 3
>                              ^
>          warning: No pointsize specifier allowed, here
> input data ('e' ends) > 

Interesting. It works just fine for me. How would you set pointsize?

In any case, the issue I'm describing doesn't depend on the "ps 3" or
the "notitle". I see it with just a "plot '-'" command.

Re: Regression in wxt

[sfeam (E. Merritt) <eam...@gm...>]

On Wednesday, 26 December 2012, Dima Kogan wrote:
> > On Wed, 26 Dec 2012 12:13:05 -0800
> > "sfeam (Ethan Merritt)" <eam...@gm...> wrote:
> >
> > > plot '-'  notitle   ps 3
> > 
> > That's not a valid plot command,
> > and produces only an error message when I try it here.

> Wait, what? I make plots in this manner reguarly and have for years.
> What looks improper about this command? What error message do you get?

Terminal type set to 'x11'
gnuplot> plot '-'  notitle   ps 3
                             ^
         warning: No pointsize specifier allowed, here
input data ('e' ends) > 

Re: Slackware 14.0, problem compiling with wxt terminal for gnuplot 4.6, while OK for 4.4.4

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

On 12/26/2012 02:57 PM, Mikhail Kononets wrote:
> i can see the following line inside the ./configure script
>
> CXX=${CXX-${host_alias}-c++}

Strange construct.  Given

AA=${BB-${CC}-c++}

it seems that if BB is defined AA ends up being BB.  If BB is not 
defined and CC is then AA is ${CC}-c++.  If neither BB or CC is defined 
then AA is -c++.  Is the dash supposed to be similar to a conditional?

Dan


> which can result in "-c++" as a name for C++ compiler binary assuming
> empty $CXX and $host_alias. Not surprising, when running configure as
> suggested by Ethan, "CXX=g++ ./configure", C++ compiler is detected
> properly and wxt terminal is enabled, and compiled.
>
> Mikhail
>
> On 26/12/2012 21:08, Daniel J Sebald wrote:
>> There is something subtle wrong with the compilation expression. It is
>> constructing a command '-c++', not 'c++', and the command is treated as
>> an option. Take a closer look at the configuration code to see how that
>> extra dash in front is coming about.
>>
>> Dan
>>
>>
>> On 12/26/2012 01:59 PM, Mikhail Kononets wrote:
>>> Thanks for suggestions, Ethan, i shall give it a try.
>>>
>>> yes i do get a compiler when executing "c++" or "g++", like:
>>>
>>> $ c++ --version
>>> c++ (GCC) 4.7.1
>>> [snip]
>>> $ g++ --version
>>> g++ (GCC) 4.7.1
>>> [snip]
>>>
>>> on my system "c++" is a symlink to "g++", and "g++" is a symlink to the
>>> actual compiler binary:
>>>
>>> $ ls -l `which c++`
>>> lrwxrwxrwx 1 root root 3 Dec 24 23:45 /usr/bin/c++ -> g++*
>>> $ ls -l `which g++`
>>> lrwxrwxrwx 1 root root 13 Dec 24 23:45 /usr/bin/g++ -> g++-gcc-4.7.1*
>>> $ ls -l `which g++-gcc-4.7.1`
>>> -rwxr-xr-x 1 root root 542132 Jun 20 2012 /usr/bin/g++-gcc-4.7.1*
>>>
>>> thanks again
>>> Mikhail
>>>
>>>
>>> On 26/12/2012 20:46, sfeam (Ethan Merritt) wrote:
>>>> On Wednesday, 26 December 2012, Mikhail Kononets wrote:
>>>>> Ethan, thank you for spending time on me.
>>>>>
>>>>> I think i do have C++ compiler properly installed and in the default
>>>>> path for execution, because gnuplot 4.4.4 can detect C++ compiler and
>>>>> can be successfully compiled with wxt support on my system (i am now
>>>>> using gnuplot 4.4.4 with wxt terminal). Can anything else be wrong?
>>>>
>>>> So when you type "c++" at the command line you do get a compiler?
>>>> Note that the usual name for the gcc C++ compiler is "g++" not "c++".
>>>>
>>>> I don't know why your system might be confused, but if "g++" works
>>>> and "c++" does not, then you can probably proceed by doing
>>>> (csh/tcsh)
>>>> setenv CXX g++
>>>> ./configure
>>>> or (bash/sh)
>>>> export CXX=g++
>>>> ./configure
>>>>
>>>>>
>>>>> Mikhail
>>>>>
>>>>>
>>>>> On 26/12/2012 20:00, sfeam (Ethan Merritt) wrote:
>>>>>>> configure:YYYYY: -c++ -c -g -O2 -I/usr/include conftest.cpp>&5
>>>>>>>> ./configure: line XXXXX: -c++: command not found
>>>>>> [snip]
>>>>>>>> configure:12223: WARNING: No C++ compiler found. The wxWidgets
>>>>>>>> terminal
>>>>>>>> will not be compiled.
>>>>>>>> Am i doing anything wrong? GCC is 4.7.1.
>>>>>> The error message is perfectly clear.
>>>>>> You do not have a C++ compiler installed (or if you do then it's
>>>>>> not in
>>>>>> the default path for execution).
>>>>>>
>>>>>> Ethan
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>>
>>> Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
>>> and much more. Keep your Java skills current with LearnJavaNow -
>>> 200+ hours of step-by-step video tutorials by Java experts.
>>> SALE $49.99 this month only -- learn more at:
>>> http://p.sf.net/sfu/learnmore_122612
>>> _______________________________________________
>>> gnuplot-beta mailing list
>>> gnu...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>>>
>>
>

-- 

Dan Sebald
email: daniel(DOT)sebald(AT)ieee(DOT)org
URL: http://www(DOT)dansebald(DOT)com

Re: Slackware 14.0, problem compiling with wxt terminal for gnuplot 4.6, while OK for 4.4.4

[Mikhail K. <mko...@gm...>]

i can see the following line inside the ./configure script

CXX=${CXX-${host_alias}-c++}

which can result in "-c++" as a name for C++ compiler binary assuming 
empty $CXX and $host_alias. Not surprising, when running configure as 
suggested by Ethan, "CXX=g++ ./configure", C++ compiler is detected 
properly and wxt terminal is enabled, and compiled.

Mikhail

On 26/12/2012 21:08, Daniel J Sebald wrote:
> There is something subtle wrong with the compilation expression. It is
> constructing a command '-c++', not 'c++', and the command is treated as
> an option. Take a closer look at the configuration code to see how that
> extra dash in front is coming about.
>
> Dan
>
>
> On 12/26/2012 01:59 PM, Mikhail Kononets wrote:
>> Thanks for suggestions, Ethan, i shall give it a try.
>>
>> yes i do get a compiler when executing "c++" or "g++", like:
>>
>> $ c++ --version
>> c++ (GCC) 4.7.1
>> [snip]
>> $ g++ --version
>> g++ (GCC) 4.7.1
>> [snip]
>>
>> on my system "c++" is a symlink to "g++", and "g++" is a symlink to the
>> actual compiler binary:
>>
>> $ ls -l `which c++`
>> lrwxrwxrwx 1 root root 3 Dec 24 23:45 /usr/bin/c++ -> g++*
>> $ ls -l `which g++`
>> lrwxrwxrwx 1 root root 13 Dec 24 23:45 /usr/bin/g++ -> g++-gcc-4.7.1*
>> $ ls -l `which g++-gcc-4.7.1`
>> -rwxr-xr-x 1 root root 542132 Jun 20 2012 /usr/bin/g++-gcc-4.7.1*
>>
>> thanks again
>> Mikhail
>>
>>
>> On 26/12/2012 20:46, sfeam (Ethan Merritt) wrote:
>>> On Wednesday, 26 December 2012, Mikhail Kononets wrote:
>>>> Ethan, thank you for spending time on me.
>>>>
>>>> I think i do have C++ compiler properly installed and in the default
>>>> path for execution, because gnuplot 4.4.4 can detect C++ compiler and
>>>> can be successfully compiled with wxt support on my system (i am now
>>>> using gnuplot 4.4.4 with wxt terminal). Can anything else be wrong?
>>>
>>> So when you type "c++" at the command line you do get a compiler?
>>> Note that the usual name for the gcc C++ compiler is "g++" not "c++".
>>>
>>> I don't know why your system might be confused, but if "g++" works
>>> and "c++" does not, then you can probably proceed by doing
>>> (csh/tcsh)
>>> setenv CXX g++
>>> ./configure
>>> or (bash/sh)
>>> export CXX=g++
>>> ./configure
>>>
>>>>
>>>> Mikhail
>>>>
>>>>
>>>> On 26/12/2012 20:00, sfeam (Ethan Merritt) wrote:
>>>>>> configure:YYYYY: -c++ -c -g -O2 -I/usr/include conftest.cpp>&5
>>>>>>> ./configure: line XXXXX: -c++: command not found
>>>>> [snip]
>>>>>>> configure:12223: WARNING: No C++ compiler found. The wxWidgets
>>>>>>> terminal
>>>>>>> will not be compiled.
>>>>>>> Am i doing anything wrong? GCC is 4.7.1.
>>>>> The error message is perfectly clear.
>>>>> You do not have a C++ compiler installed (or if you do then it's
>>>>> not in
>>>>> the default path for execution).
>>>>>
>>>>> Ethan
>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>> ------------------------------------------------------------------------------
>>
>> Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
>> and much more. Keep your Java skills current with LearnJavaNow -
>> 200+ hours of step-by-step video tutorials by Java experts.
>> SALE $49.99 this month only -- learn more at:
>> http://p.sf.net/sfu/learnmore_122612
>> _______________________________________________
>> gnuplot-beta mailing list
>> gnu...@li...
>> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>>
>

Re: Regression in wxt

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

> On Wed, 26 Dec 2012 12:13:05 -0800
> "sfeam (Ethan Merritt)" <eam...@gm...> wrote:
>
> > plot '-'  notitle   ps 3
> 
> That's not a valid plot command,
> and produces only an error message when I try it here.

Wait, what? I make plots in this manner reguarly and have for years.
What looks improper about this command? What error message do you get?

Re: Regression in wxt

[sfeam (E. Merritt) <eam...@gm...>]

On Wednesday, 26 December 2012, Dima Kogan wrote:
> In hunting other bugs, I stumbled on a regression in the wxt terminal. Suppose I
> have a file called tst.gp such as this:
> 
> plot '-'  notitle   ps 3

That's not a valid plot command,
and produces only an error message when I try it here.
I can't explain the plot you get.

	Ethan

> 1 1
> 2 2
> 3 3
> 4 4
> 5 5
> e
> 
> My .gnuplot is simply
> 
> set term wxt
> 
> I invoke gnuplot with
> 
> gnuplot -persist /tmp/tst.gp
> 
> The resulting plot is attached. Note the improperly positioned tic labels.
> 
> This regression happened very recently in this commit:
> 
> https://github.com/gnuplot/gnuplot/commit/900bbeb73701cd7ed864af2e3cdca0e76e2df8fd
> 
> 
> dima
> 

Re: Slackware 14.0, problem compiling with wxt terminal for gnuplot 4.6, while OK for 4.4.4

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

There is something subtle wrong with the compilation expression.  It is 
constructing a command '-c++', not 'c++', and the command is treated as 
an option.  Take a closer look at the configuration code to see how that 
extra dash in front is coming about.

Dan


On 12/26/2012 01:59 PM, Mikhail Kononets wrote:
> Thanks for suggestions, Ethan, i shall give it a try.
>
> yes i do get a compiler when executing "c++" or "g++", like:
>
> $ c++ --version
> c++ (GCC) 4.7.1
> [snip]
> $ g++ --version
> g++ (GCC) 4.7.1
> [snip]
>
> on my system "c++" is a symlink to "g++", and "g++" is a symlink to the
> actual compiler binary:
>
> $ ls -l `which c++`
> lrwxrwxrwx 1 root root 3 Dec 24 23:45 /usr/bin/c++ ->  g++*
> $ ls -l `which g++`
> lrwxrwxrwx 1 root root 13 Dec 24 23:45 /usr/bin/g++ ->  g++-gcc-4.7.1*
> $ ls -l `which g++-gcc-4.7.1`
> -rwxr-xr-x 1 root root 542132 Jun 20  2012 /usr/bin/g++-gcc-4.7.1*
>
> thanks again
> Mikhail
>
>
> On 26/12/2012 20:46, sfeam (Ethan Merritt) wrote:
>> On Wednesday, 26 December 2012, Mikhail Kononets wrote:
>>> Ethan, thank you for spending time on me.
>>>
>>> I think i do have C++ compiler properly installed and in the default
>>> path for execution, because gnuplot 4.4.4 can detect C++ compiler and
>>> can be successfully compiled with wxt support on my system (i am now
>>> using gnuplot 4.4.4 with wxt terminal). Can anything else be wrong?
>>
>> So when you type "c++" at the command line you do get a compiler?
>> Note that the usual name for the gcc C++ compiler is "g++" not "c++".
>>
>> I don't know why your system might be confused, but if "g++" works
>> and "c++" does not, then you can probably proceed by doing
>> (csh/tcsh)
>>     setenv CXX g++
>>     ./configure
>> or (bash/sh)
>>     export CXX=g++
>>     ./configure
>>
>>>
>>> Mikhail
>>>
>>>
>>> On 26/12/2012 20:00, sfeam (Ethan Merritt) wrote:
>>>>> configure:YYYYY: -c++ -c -g -O2   -I/usr/include conftest.cpp>&5
>>>>>>    ./configure: line XXXXX: -c++: command not found
>>>> [snip]
>>>>>>    configure:12223: WARNING: No C++ compiler found. The wxWidgets terminal
>>>>>>    will not be compiled.
>>>>>>    Am i doing anything wrong? GCC is 4.7.1.
>>>> The error message is perfectly clear.
>>>> You do not have a C++ compiler installed (or if you do then it's not in
>>>> the default path for execution).
>>>>
>>>> 	Ethan
>>>>
>>>>
>>>
>>>
>>
>
> ------------------------------------------------------------------------------
> Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
> and much more. Keep your Java skills current with LearnJavaNow -
> 200+ hours of step-by-step video tutorials by Java experts.
> SALE $49.99 this month only -- learn more at:
> http://p.sf.net/sfu/learnmore_122612
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

-- 

Dan Sebald
email: daniel(DOT)sebald(AT)ieee(DOT)org
URL: http://www(DOT)dansebald(DOT)com

'refresh' and volatile data and range limits

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

Hi all.

I just hit an issue where doing a plot 'refresh' doesn't respect xrange and
yrange settings if volatile data is involved. This behavior appears to have been
there a while, so I'm hesitant to call it an implementation bug.

To reproduce, create a tst.gp file such as this:

set yrange [:3]
plot '-'  notitle   ps 3
1 1
2 2
3 3
4 4
5 5
e

Note that the requested y-axis range is limited to show y=3 at the highest end
of its range.

In gnuplot, issue

load "tst.gp"

This will make the plot. This may or may not be respecting the yrange at this
point, depending on the terminal and if it has refreshed itself. Now issue a
'refresh' command; the 'e' key press would have the same effect in interactive
terminals such as x11, wxt and qt. Observe that the replotted data now has y=5
at its top end instead of y=3. This is wrong.

Notably, if the data was passed in through a data file instead of inline
(through '-'), the bahavior is what you would expect: the yrange is respected.
Thus this sounds like a bug to me. I'm attaching a patch that fixes this
behavior, to make volatile data plots act like stored ones. I'd like to say
upfront that I am not an expert in this area of gnuplot, and it would be great
for somebody more knowledgeable to read the patch to make sure it makes sense.

Thanks.

Re: Slackware 14.0, problem compiling with wxt terminal for gnuplot 4.6, while OK for 4.4.4

[Mikhail K. <mko...@gm...>]

Thanks for suggestions, Ethan, i shall give it a try.

yes i do get a compiler when executing "c++" or "g++", like:

$ c++ --version
c++ (GCC) 4.7.1
[snip]
$ g++ --version
g++ (GCC) 4.7.1
[snip]

on my system "c++" is a symlink to "g++", and "g++" is a symlink to the 
actual compiler binary:

$ ls -l `which c++`
lrwxrwxrwx 1 root root 3 Dec 24 23:45 /usr/bin/c++ -> g++*
$ ls -l `which g++`
lrwxrwxrwx 1 root root 13 Dec 24 23:45 /usr/bin/g++ -> g++-gcc-4.7.1*
$ ls -l `which g++-gcc-4.7.1`
-rwxr-xr-x 1 root root 542132 Jun 20  2012 /usr/bin/g++-gcc-4.7.1*

thanks again
Mikhail


On 26/12/2012 20:46, sfeam (Ethan Merritt) wrote:
> On Wednesday, 26 December 2012, Mikhail Kononets wrote:
>> Ethan, thank you for spending time on me.
>>
>> I think i do have C++ compiler properly installed and in the default
>> path for execution, because gnuplot 4.4.4 can detect C++ compiler and
>> can be successfully compiled with wxt support on my system (i am now
>> using gnuplot 4.4.4 with wxt terminal). Can anything else be wrong?
>
> So when you type "c++" at the command line you do get a compiler?
> Note that the usual name for the gcc C++ compiler is "g++" not "c++".
>
> I don't know why your system might be confused, but if "g++" works
> and "c++" does not, then you can probably proceed by doing
> (csh/tcsh)
>    setenv CXX g++
>    ./configure
> or (bash/sh)
>    export CXX=g++
>    ./configure
>
>>
>> Mikhail
>>
>>
>> On 26/12/2012 20:00, sfeam (Ethan Merritt) wrote:
>>>> configure:YYYYY: -c++ -c -g -O2   -I/usr/include conftest.cpp>&5
>>>>>   ./configure: line XXXXX: -c++: command not found
>>> [snip]
>>>>>   configure:12223: WARNING: No C++ compiler found. The wxWidgets terminal
>>>>>   will not be compiled.
>>>>>   Am i doing anything wrong? GCC is 4.7.1.
>>> The error message is perfectly clear.
>>> You do not have a C++ compiler installed (or if you do then it's not in
>>> the default path for execution).
>>>
>>> 	Ethan
>>>
>>>
>>
>>
>

Re: Slackware 14.0, problem compiling with wxt terminal for gnuplot 4.6, while OK for 4.4.4

[sfeam (E. Merritt) <eam...@gm...>]

On Wednesday, 26 December 2012, Mikhail Kononets wrote:
> Ethan, thank you for spending time on me.
> 
> I think i do have C++ compiler properly installed and in the default 
> path for execution, because gnuplot 4.4.4 can detect C++ compiler and 
> can be successfully compiled with wxt support on my system (i am now 
> using gnuplot 4.4.4 with wxt terminal). Can anything else be wrong?

So when you type "c++" at the command line you do get a compiler?
Note that the usual name for the gcc C++ compiler is "g++" not "c++".

I don't know why your system might be confused, but if "g++" works
and "c++" does not, then you can probably proceed by doing
(csh/tcsh)
  setenv CXX g++
  ./configure
or (bash/sh)
  export CXX=g++
  ./configure

> 
> Mikhail
> 
> 
> On 26/12/2012 20:00, sfeam (Ethan Merritt) wrote:
> >> configure:YYYYY: -c++ -c -g -O2   -I/usr/include conftest.cpp>&5
> >> >  ./configure: line XXXXX: -c++: command not found
> > [snip]
> >> >  configure:12223: WARNING: No C++ compiler found. The wxWidgets terminal
> >> >  will not be compiled.
> >> >  Am i doing anything wrong? GCC is 4.7.1.
> > The error message is perfectly clear.
> > You do not have a C++ compiler installed (or if you do then it's not in
> > the default path for execution).
> >
> > 	Ethan
> >
> >
> 
> 

Regression in wxt

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

In hunting other bugs, I stumbled on a regression in the wxt terminal. Suppose I
have a file called tst.gp such as this:

plot '-'  notitle   ps 3
1 1
2 2
3 3
4 4
5 5
e

My .gnuplot is simply

set term wxt

I invoke gnuplot with

gnuplot -persist /tmp/tst.gp

The resulting plot is attached. Note the improperly positioned tic labels.

This regression happened very recently in this commit:

https://github.com/gnuplot/gnuplot/commit/900bbeb73701cd7ed864af2e3cdca0e76e2df8fd


dima

Re: Slackware 14.0, problem compiling with wxt terminal for gnuplot 4.6, while OK for 4.4.4

[Mikhail K. <mko...@gm...>]

Ethan, thank you for spending time on me.

I think i do have C++ compiler properly installed and in the default 
path for execution, because gnuplot 4.4.4 can detect C++ compiler and 
can be successfully compiled with wxt support on my system (i am now 
using gnuplot 4.4.4 with wxt terminal). Can anything else be wrong?

Mikhail


On 26/12/2012 20:00, sfeam (Ethan Merritt) wrote:
>> configure:YYYYY: -c++ -c -g -O2   -I/usr/include conftest.cpp>&5
>> >  ./configure: line XXXXX: -c++: command not found
> [snip]
>> >  configure:12223: WARNING: No C++ compiler found. The wxWidgets terminal
>> >  will not be compiled.
>> >  Am i doing anything wrong? GCC is 4.7.1.
> The error message is perfectly clear.
> You do not have a C++ compiler installed (or if you do then it's not in
> the default path for execution).
>
> 	Ethan
>
>

-- 
Mikhail Kononets
Ph.D. Student
Marine Chemistry
Department of Chemistry and Molecular Biology
University of Gothenburg
Kemivagen 10
SE-412 96
Gothenburg, Sweden
office num.: +46-31-786-9063
mobile num.: +46-70-216-0936
e-mail: m.k...@ch...
         mko...@gm...

Re: Slackware 14.0, problem compiling with wxt terminal for gnuplot 4.6, while OK for 4.4.4

[sfeam (E. Merritt) <eam...@gm...>]

On Wednesday, 26 December 2012, Mikhail Kononets wrote:
> Hi
> 
> i am trying add wxt terminal support for gnuplot 4.6 in Slackware 14, as 
> gnuplot 4.6.0 package included does not support wxt and wxWidgets libs 
> are not included either.
> 
> I compiled wxPython-2.8.12.1. Now i can successfully compile and run 
> gnuplot 4.4.4 with wxt terminal.
> 
> but for gnuplot 4.6 (i tried both 4.6.0 and 4.6.1) compilation of wxt 
> teminal is not enabled. probably a relevant part from "config.log" file 
> goes below, and there are many errors like this
> 
> configure:YYYYY: -c++ -c -g -O2   -I/usr/include conftest.cpp >&5
> ./configure: line XXXXX: -c++: command not found
[snip]
> configure:12223: WARNING: No C++ compiler found. The wxWidgets terminal 
> will not be compiled.

> Am i doing anything wrong? GCC is 4.7.1.

The error message is perfectly clear.
You do not have a C++ compiler installed (or if you do then it's not in 
the default path for execution).

	Ethan


> thank you
> Mikhail
> 
> configure:12063: -c++ -c -g -O2   -I/usr/include conftest.cpp >&5
> ./configure: line 2167: -c++: command not found
> configure:12063: $? = 127
> configure: failed program was:
> | /* confdefs.h */
> | #define PACKAGE_NAME "gnuplot"
> | #define PACKAGE_TARNAME "gnuplot"
> | #define PACKAGE_VERSION "4.6.1"
> | #define PACKAGE_STRING "gnuplot 4.6.1"
> | #define PACKAGE_BUGREPORT ""
> | #define PACKAGE_URL ""
> | #define PACKAGE "gnuplot"
> | #define VERSION "4.6.1"
> | #define PROTOTYPES 1
> | #define STDC_HEADERS 1
> | #define HAVE_SYS_TYPES_H 1
> | #define HAVE_SYS_STAT_H 1
> | #define HAVE_STDLIB_H 1
> | #define HAVE_STRING_H 1
> | #define HAVE_MEMORY_H 1
> | #define HAVE_STRINGS_H 1
> | #define HAVE_INTTYPES_H 1
> | #define HAVE_STDINT_H 1
> | #define HAVE_UNISTD_H 1
> | #define __EXTENSIONS__ 1
> | #define _ALL_SOURCE 1
> | #define _GNU_SOURCE 1
> | #define _POSIX_PTHREAD_SEMANTICS 1
> | #define _TANDEM_SOURCE 1
> | #define HAVE_STRINGIZE 1
> | #define X11 1
> | #define HAVE_LIBM 1
> | #define STDC_HEADERS 1
> | #define HAVE_DIRENT_H 1
> | #define HAVE_ERRNO_H 1
> | #define HAVE_FLOAT_H 1
> | #define HAVE_LANGINFO_H 1
> | #define HAVE_LIMITS_H 1
> | #define HAVE_LOCALE_H 1
> | #define HAVE_MATH_H 1
> | #define HAVE_STDLIB_H 1
> | #define HAVE_STRING_H 1
> | #define HAVE_TIME_H 1
> | #define HAVE_SYS_TIME_H 1
> | #define HAVE_SYS_TYPES_H 1
> | #define HAVE_SYS_IOCTL_H 1
> | #define HAVE_SYS_PARAM_H 1
> | #define HAVE_SYS_SELECT_H 1
> | #define HAVE_SYS_SOCKET_H 1
> | #define HAVE_SYS_STAT_H 1
> | #define HAVE_SYS_TIMEB_H 1
> | #define HAVE_SYS_UTSNAME_H 1
> | #define HAVE_MALLOC_H 1
> | #define HAVE_POLL_H 1
> | #define HAVE_SGTTY_H 1
> | #define HAVE_TERMIOS_H 1
> | #define HAVE_VALUES_H 1
> | #define HAVE_DIRENT_H 1
> | #define HAVE__BOOL 1
> | #define HAVE_STDBOOL_H 1
> | #define HAVE_STRUCT_EXCEPTION_IN_MATH_H 1
> | #define HAVE_UNISTD_H 1
> | #define HAVE_TIME_T_IN_TIME_H 1
> | #define RETSIGTYPE void
> | #define HAVE_ATEXIT 1
> | #define HAVE_MEMCPY 1
> | #define HAVE_MEMMOVE 1
> | #define HAVE_MEMSET 1
> | #define HAVE_ON_EXIT 1
> | #define HAVE_BCOPY 1
> | #define HAVE_BZERO 1
> | #define HAVE_SETVBUF 1
> | #define HAVE_STRERROR 1
> | #define HAVE_STRCHR 1
> | #define HAVE_STRRCHR 1
> | #define HAVE_STRSTR 1
> | #define HAVE_INDEX 1
> | #define HAVE_RINDEX 1
> | #define HAVE_ERF 1
> | #define HAVE_ERFC 1
> | #define HAVE_GAMMA 1
> | #define HAVE_LGAMMA 1
> | #define HAVE_GETCWD 1
> | #define HAVE_POLL 1
> | #define HAVE_PCLOSE 1
> | #define HAVE_POPEN 1
> | #define HAVE_SELECT 1
> | #define HAVE_SLEEP 1
> | #define HAVE_STPCPY 1
> | #define HAVE_STRCSPN 1
> | #define HAVE_STRDUP 1
> | #define HAVE_STRNDUP 1
> | #define HAVE_STRNLEN 1
> | #define HAVE_STRCASECMP 1
> | #define HAVE_STRNCASECMP 1
> | #define HAVE_SYSINFO 1
> | #define HAVE_TCGETATTR 1
> | #define HAVE_VFPRINTF 1
> | #define HAVE_USLEEP 1
> | #define HAVE_SNPRINTF 1
> | #define HAVE_DECL_SIGNGAM 1
> | #define HAVE_SIGSETJMP 1
> | #define PIPES 1
> | #define HAVE_SYS_SELECT_H 1
> | #define HAVE_SYS_SOCKET_H 1
> | #define SELECT_TYPE_ARG1 int
> | #define SELECT_TYPE_ARG234 (fd_set *)
> | #define SELECT_TYPE_ARG5 (struct timeval *)
> | #define HAVE_WCWIDTH 1
> | #define HAVE_WCHAR_H 1
> | #define READLINE 1
> | #define GNUPLOT_HISTORY 1
> | #define HAVE_LIBZ 1
> | #define HAVE_LIBGD 1
> | #define HAVE_GD_H 1
> | #define HAVE_GD_GIF 1
> | #define GIF_ANIMATION 1
> | #define HAVE_GD_JPEG 1
> | #define HAVE_GD_TTF 1
> | #define HAVE_GD_PNG 1
> | #define HAVE_ICONV 1
> | #define USE_MOUSE 1
> | #define PIPE_IPC 1
> | #define USE_X11_MULTIBYTE 1
> | #define EXTERNAL_X11_WINDOW 1
> | #define VOLATILE_REFRESH 1
> | #define EAM_OBJECTS 1
> | #define GP_MACROS 1
> | #define HIDDEN3D_QUADTREE 1
> | #define HIDDEN3D_VAR_PTSIZE 1
> | /* end confdefs.h.  */
> | #include <iostream>
> | int
> | main ()
> | {
> | const char hw[] = "Hello, World\n"; std::cout << hw;
> |   ;
> |   return 0;
> | }
> configure:12223: WARNING: No C++ compiler found. The wxWidgets terminal 
> will not be compiled.
> configure:12240: checking for wx-config
> configure:12258: found /usr/bin/wx-config
> configure:12271: result: /usr/bin/wx-config
> 
> ------------------------------------------------------------------------------
> Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
> and much more. Keep your Java skills current with LearnJavaNow -
> 200+ hours of step-by-step video tutorials by Java experts.
> SALE $49.99 this month only -- learn more at:
> http://p.sf.net/sfu/learnmore_122612 
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

Slackware 14.0, problem compiling with wxt terminal for gnuplot 4.6, while OK for 4.4.4

[Mikhail K. <mko...@gm...>]

Hi

i am trying add wxt terminal support for gnuplot 4.6 in Slackware 14, as 
gnuplot 4.6.0 package included does not support wxt and wxWidgets libs 
are not included either.

I compiled wxPython-2.8.12.1. Now i can successfully compile and run 
gnuplot 4.4.4 with wxt terminal.

but for gnuplot 4.6 (i tried both 4.6.0 and 4.6.1) compilation of wxt 
teminal is not enabled. probably a relevant part from "config.log" file 
goes below, and there are many errors like this

configure:YYYYY: -c++ -c -g -O2   -I/usr/include conftest.cpp >&5
./configure: line XXXXX: -c++: command not found

Am i doing anything wrong? GCC is 4.7.1.

thank you
Mikhail

configure:12063: -c++ -c -g -O2   -I/usr/include conftest.cpp >&5
./configure: line 2167: -c++: command not found
configure:12063: $? = 127
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "gnuplot"
| #define PACKAGE_TARNAME "gnuplot"
| #define PACKAGE_VERSION "4.6.1"
| #define PACKAGE_STRING "gnuplot 4.6.1"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| #define PACKAGE "gnuplot"
| #define VERSION "4.6.1"
| #define PROTOTYPES 1
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define __EXTENSIONS__ 1
| #define _ALL_SOURCE 1
| #define _GNU_SOURCE 1
| #define _POSIX_PTHREAD_SEMANTICS 1
| #define _TANDEM_SOURCE 1
| #define HAVE_STRINGIZE 1
| #define X11 1
| #define HAVE_LIBM 1
| #define STDC_HEADERS 1
| #define HAVE_DIRENT_H 1
| #define HAVE_ERRNO_H 1
| #define HAVE_FLOAT_H 1
| #define HAVE_LANGINFO_H 1
| #define HAVE_LIMITS_H 1
| #define HAVE_LOCALE_H 1
| #define HAVE_MATH_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_TIME_H 1
| #define HAVE_SYS_TIME_H 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_IOCTL_H 1
| #define HAVE_SYS_PARAM_H 1
| #define HAVE_SYS_SELECT_H 1
| #define HAVE_SYS_SOCKET_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_SYS_TIMEB_H 1
| #define HAVE_SYS_UTSNAME_H 1
| #define HAVE_MALLOC_H 1
| #define HAVE_POLL_H 1
| #define HAVE_SGTTY_H 1
| #define HAVE_TERMIOS_H 1
| #define HAVE_VALUES_H 1
| #define HAVE_DIRENT_H 1
| #define HAVE__BOOL 1
| #define HAVE_STDBOOL_H 1
| #define HAVE_STRUCT_EXCEPTION_IN_MATH_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_TIME_T_IN_TIME_H 1
| #define RETSIGTYPE void
| #define HAVE_ATEXIT 1
| #define HAVE_MEMCPY 1
| #define HAVE_MEMMOVE 1
| #define HAVE_MEMSET 1
| #define HAVE_ON_EXIT 1
| #define HAVE_BCOPY 1
| #define HAVE_BZERO 1
| #define HAVE_SETVBUF 1
| #define HAVE_STRERROR 1
| #define HAVE_STRCHR 1
| #define HAVE_STRRCHR 1
| #define HAVE_STRSTR 1
| #define HAVE_INDEX 1
| #define HAVE_RINDEX 1
| #define HAVE_ERF 1
| #define HAVE_ERFC 1
| #define HAVE_GAMMA 1
| #define HAVE_LGAMMA 1
| #define HAVE_GETCWD 1
| #define HAVE_POLL 1
| #define HAVE_PCLOSE 1
| #define HAVE_POPEN 1
| #define HAVE_SELECT 1
| #define HAVE_SLEEP 1
| #define HAVE_STPCPY 1
| #define HAVE_STRCSPN 1
| #define HAVE_STRDUP 1
| #define HAVE_STRNDUP 1
| #define HAVE_STRNLEN 1
| #define HAVE_STRCASECMP 1
| #define HAVE_STRNCASECMP 1
| #define HAVE_SYSINFO 1
| #define HAVE_TCGETATTR 1
| #define HAVE_VFPRINTF 1
| #define HAVE_USLEEP 1
| #define HAVE_SNPRINTF 1
| #define HAVE_DECL_SIGNGAM 1
| #define HAVE_SIGSETJMP 1
| #define PIPES 1
| #define HAVE_SYS_SELECT_H 1
| #define HAVE_SYS_SOCKET_H 1
| #define SELECT_TYPE_ARG1 int
| #define SELECT_TYPE_ARG234 (fd_set *)
| #define SELECT_TYPE_ARG5 (struct timeval *)
| #define HAVE_WCWIDTH 1
| #define HAVE_WCHAR_H 1
| #define READLINE 1
| #define GNUPLOT_HISTORY 1
| #define HAVE_LIBZ 1
| #define HAVE_LIBGD 1
| #define HAVE_GD_H 1
| #define HAVE_GD_GIF 1
| #define GIF_ANIMATION 1
| #define HAVE_GD_JPEG 1
| #define HAVE_GD_TTF 1
| #define HAVE_GD_PNG 1
| #define HAVE_ICONV 1
| #define USE_MOUSE 1
| #define PIPE_IPC 1
| #define USE_X11_MULTIBYTE 1
| #define EXTERNAL_X11_WINDOW 1
| #define VOLATILE_REFRESH 1
| #define EAM_OBJECTS 1
| #define GP_MACROS 1
| #define HIDDEN3D_QUADTREE 1
| #define HIDDEN3D_VAR_PTSIZE 1
| /* end confdefs.h.  */
| #include <iostream>
| int
| main ()
| {
| const char hw[] = "Hello, World\n"; std::cout << hw;
|   ;
|   return 0;
| }
configure:12223: WARNING: No C++ compiler found. The wxWidgets terminal 
will not be compiled.
configure:12240: checking for wx-config
configure:12258: found /usr/bin/wx-config
configure:12271: result: /usr/bin/wx-config

Re: Qt terminal and dashed lines

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

On 12/20/2012 10:24 PM, sfeam (Ethan Merritt) wrote:
> On Thursday, 20 December 2012, Daniel J Sebald wrote:
>> Related to the dashed lines issue, someone noticed that {solid|dashed}
>> is not listed in the documentation for the Qt terminal even though these
>> terms are accepted and appear to do something relevant.
>
> True.  The {dashed|solid} options seem to be missing from the terminal's
> help output.  Perhaps the idea was to hold off advertising it until
> dashlength could be implemented?

Is dashlength working now?  I see it in the ChangeLog.


>> The user
>> appears to not be able to get the proper dashed setting with a
>> combination of "termoption" and "term", even though inside gnuplot the
>> test page seems to function in a sensible way.
>
> That's not much of a description to work from.
> Have any more information?
> Is it just that the terminal doesn't offer the "dashlength" option?

Perhaps, something like that.  I agree it isn't much to go on, though. 
I'll get X11 color dashes working in Octave first and see if I can 
reproduce the problem.


>> I'd say hold off on that
>> other than perhaps adding {solid|dashed} to the Qt terminal
>> documentation.  Fixing the x11 term is higher priority.
>
> See other message.  I don't think there's anything wrong with the x11
> terminal.  You could make a case that the way x11 itself works is a
> problem, but X has been that way for 25 years now.
>
> echo "  gnuplot*dashed:       on
>    gnuplot*borderDashes:   0
>    gnuplot*axisDashes:    16
>    gnuplot*line1Dashes:    0
>    gnuplot*line2Dashes:   42
>    gnuplot*line3Dashes:   13
>    gnuplot*line4Dashes:   44
>    gnuplot*line5Dashes:   15
>    gnuplot*line6Dashes: 4441
>    gnuplot*line7Dashes:   42
>    gnuplot*line8Dashes:   13">  xrdb -merge
>
> gnuplot
>    set term x11 dash
>    test

Working on it.  I need to figure out where .Xresources or .Xdefaults 
should reside.

Thanks,

Dan