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

Re: Cannot build gnuplot4.5 with lua terminal..

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

On Sat, 28 Nov 2009, Ethan Merritt wrote:

> I gave up on [kpsepand] ages ago.  kpsexpand is terminally
> broken on all my machines.  No idea how it's supposed to work,
> but clearly it doesn't.  That's why it's disabled by default in
> configure.in.

It's disabled for "run-time" use (I'm not sure what that would
involve) but it's used willy nilly in the Makefile for
share/LaTeX, and I would say it's misused in that context.

Allin Cottrell

Re: Cannot build gnuplot4.5 with lua terminal..

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

On Sat, 28 Nov 2009, Ethan Merritt wrote:

> On Saturday 28 November 2009, Allin Cottrell wrote:
> >
> > On Sat, 28 Nov 2009, Ethan Merritt wrote:
> >
> > > On Saturday 28 November 2009, Allin Cottrell wrote:
> > > >
> > > > I'm not sure what's going on under cygwin, but this is a bit
> > > > tricky on Linux.  Gnuplot uses pkg-config to test for lua, but a
> > > > stock installation of lua-5.1.4 using "make linux install" does
> > > > not install the lua.pc file.
> > >
> > > Eh?  It installs normally for me.  The *.pc ends up here:
> > >    /usr/lib/pkgconfig/lua.pc
> > >
> > > lua -v
> > > Lua 5.1.4  Copyright (C) 1994-2008 Lua.org, PUC-Rio
> >
> > Tarball from http://www.lua.org/ftp/lua-5.1.4.tar.gz
> >
> > allin@myrtle:~/lua-5.1.4$ make linux
> > [no errors, all looks fine]
> > allin@myrtle:~/lua-5.1.4$ make -n linux install
> > cd src && make linux
> > make[1]: Entering directory `/home/allin/lua-5.1.4/src'
> > make all MYCFLAGS=-DLUA_USE_LINUX MYLIBS="-Wl,-E -ldl -lreadline
> > -lhistory -lncurses"
> > make[2]: Entering directory `/home/allin/lua-5.1.4/src'
> > make[2]: Nothing to be done for `all'.
> > make[2]: Leaving directory `/home/allin/lua-5.1.4/src'
> > make[1]: Leaving directory `/home/allin/lua-5.1.4/src'
> > cd src && mkdir -p /usr/local/bin /usr/local/include
> > /usr/local/lib /usr/local/man/man1 /usr/local/share/lua/5.1
> > /usr/local/lib/lua/5.1
> > cd src && install -p -m 0755 lua luac /usr/local/bin
> > cd src && install -p -m 0644 lua.h luaconf.h lualib.h lauxlib.h
> > ../etc/lua.hpp /usr/local/include
> > cd src && install -p -m 0644 liblua.a /usr/local/lib
> > cd doc && install -p -m 0644 lua.1 luac.1 /usr/local/man/man1
> >
> > And that's it; no .pc file.  If you got something to go into
> > /usr/lib/pkgconfig (note, not under /usr/local, which is the
> > default), you're doing something special.
>
> I started with a distribution source package:
>   lua-5.1.4-6mdv2009.1.src.rpm
>
> I suppose Mandriva may have fixed it, although I don't see a notice to
> that effect.

I think we can assume that Mandriva fixed it, since the original
does not install the (broken) pc file.

Allin Cottrell

Re: Cannot build gnuplot4.5 with lua terminal..

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

On Sat, 28 Nov 2009, Ethan Merritt wrote:

> On Saturday 28 November 2009, Allin Cottrell wrote:
> >
> > I'm not sure what's going on under cygwin, but this is a bit
> > tricky on Linux.  Gnuplot uses pkg-config to test for lua, but a
> > stock installation of lua-5.1.4 using "make linux install" does
> > not install the lua.pc file.
>
> Eh?  It installs normally for me.  The *.pc ends up here:
>    /usr/lib/pkgconfig/lua.pc
>
> lua -v
> Lua 5.1.4  Copyright (C) 1994-2008 Lua.org, PUC-Rio

Tarball from http://www.lua.org/ftp/lua-5.1.4.tar.gz

allin@myrtle:~/lua-5.1.4$ make linux
[no errors, all looks fine]
allin@myrtle:~/lua-5.1.4$ make -n linux install
cd src && make linux
make[1]: Entering directory `/home/allin/lua-5.1.4/src'
make all MYCFLAGS=-DLUA_USE_LINUX MYLIBS="-Wl,-E -ldl -lreadline
-lhistory -lncurses"
make[2]: Entering directory `/home/allin/lua-5.1.4/src'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/allin/lua-5.1.4/src'
make[1]: Leaving directory `/home/allin/lua-5.1.4/src'
cd src && mkdir -p /usr/local/bin /usr/local/include
/usr/local/lib /usr/local/man/man1 /usr/local/share/lua/5.1
/usr/local/lib/lua/5.1
cd src && install -p -m 0755 lua luac /usr/local/bin
cd src && install -p -m 0644 lua.h luaconf.h lualib.h lauxlib.h
../etc/lua.hpp /usr/local/include
cd src && install -p -m 0644 liblua.a /usr/local/lib
cd doc && install -p -m 0644 lua.1 luac.1 /usr/local/man/man1

And that's it; no .pc file.  If you got something to go into
/usr/lib/pkgconfig (note, not under /usr/local, which is the
default), you're doing something special.

Allin Cottrell

Re: Cannot build gnuplot4.5 with lua terminal..

[Ethan M. <merritt@u.washington.edu>]

On Saturday 28 November 2009, Allin Cottrell wrote:
> 
> On Sat, 28 Nov 2009, Ethan Merritt wrote:
> 
> > On Saturday 28 November 2009, Allin Cottrell wrote:
> > >
> > > I'm not sure what's going on under cygwin, but this is a bit
> > > tricky on Linux.  Gnuplot uses pkg-config to test for lua, but a
> > > stock installation of lua-5.1.4 using "make linux install" does
> > > not install the lua.pc file.
> >
> > Eh?  It installs normally for me.  The *.pc ends up here:
> >    /usr/lib/pkgconfig/lua.pc
> >
> > lua -v
> > Lua 5.1.4  Copyright (C) 1994-2008 Lua.org, PUC-Rio
> 
> Tarball from http://www.lua.org/ftp/lua-5.1.4.tar.gz
> 
> allin@myrtle:~/lua-5.1.4$ make linux
> [no errors, all looks fine]
> allin@myrtle:~/lua-5.1.4$ make -n linux install
> cd src && make linux
> make[1]: Entering directory `/home/allin/lua-5.1.4/src'
> make all MYCFLAGS=-DLUA_USE_LINUX MYLIBS="-Wl,-E -ldl -lreadline
> -lhistory -lncurses"
> make[2]: Entering directory `/home/allin/lua-5.1.4/src'
> make[2]: Nothing to be done for `all'.
> make[2]: Leaving directory `/home/allin/lua-5.1.4/src'
> make[1]: Leaving directory `/home/allin/lua-5.1.4/src'
> cd src && mkdir -p /usr/local/bin /usr/local/include
> /usr/local/lib /usr/local/man/man1 /usr/local/share/lua/5.1
> /usr/local/lib/lua/5.1
> cd src && install -p -m 0755 lua luac /usr/local/bin
> cd src && install -p -m 0644 lua.h luaconf.h lualib.h lauxlib.h
> ../etc/lua.hpp /usr/local/include
> cd src && install -p -m 0644 liblua.a /usr/local/lib
> cd doc && install -p -m 0644 lua.1 luac.1 /usr/local/man/man1
> 
> And that's it; no .pc file.  If you got something to go into
> /usr/lib/pkgconfig (note, not under /usr/local, which is the
> default), you're doing something special.

I started with a distribution source package:
  lua-5.1.4-6mdv2009.1.src.rpm

I suppose Mandriva may have fixed it, although I don't see a notice to 
that effect.

Re: Cannot build gnuplot4.5 with lua terminal..

[Ethan M. <merritt@u.washington.edu>]

On Saturday 28 November 2009, Mojca Miklavec wrote:

> 
> Doesn't
>     kpsexpand "\$TEXMFLOCAL"
> work on your machine?
 
No.

> In the particular example above the only thing that I'm not absolutely
> sure is how shell expansion works. The following definitely doesn't
> work for me:
>      kpsexpand '$$TEXMF'
> but
>     kpsexpand "\$TEXMF"
> does and returns
>     {/Users/mojca/.texlive2009/texmf-config,/Users/mojca/.texlive2009/texmf-var,/Users/mojca/Library/texmf,!!/usr/local/texlive/2009/texmf-config,!!/usr/local/texlive/2009/texmf-var,!!/usr/local/texlive/2009/texmf,!!/usr/local/texlive/2009/../texmf-local,!!/usr/local/texlive/2009/texmf-dist}

None of these work for me.

[1] kpsexpand '$$TEXMF'
    warning: $$TEXMF: Unrecognized variable construct `$$'.
    TEXMF

[2] kpsexpand "\$TEXMFLOCAL" 
    TEXMFLOCAL: Undefined variable.

[3] kpsexpand "\$TEXMF"
    TEXMF: Undefined variable.

Re: Cannot build gnuplot4.5 with lua terminal..

[Mojca M. <moj...@gm...>]

On Sat, Nov 28, 2009 at 22:57, Ethan Merritt wrote:
> On Saturday 28 November 2009, Mojca Miklavec wrote:
>> On Sat, Nov 28, 2009 at 20:15, Allin Cottrell wrote:
>
>> > which is just a mess, and the installed sty file is not found by
>> > TeX. I think the kpsexpand invocation should be more like:
>> >
>> > kpsexpand '$$TEXMF'/tex/latex/gnuplot
>>
>> I never took a closer look at building scripts, but just a few remarks.
>>
>> In my opinion it's not very "polite" of gnuplot to mess up the system
>> installation of TeX (at /usr/local/whatever). It's much better to use
>>     kpsexpand "\$TEXMFLOCAL/tex/latex/gnuplot"
>> (Even better would be some less generic name than "gnuplot"; for
>> example "gnuplot-lua".)
>
> I have both tetex and texlive installed, but neither of them provides
> a definition for TEXMF or TEXMFLOCAL or anything of the sort that I can find.
> Who is expected to provide such a variable?

First of all: I would personally not bother too much about installing
them to the proper place. Every TeX installation differs. I just
replied since I saw the comment (I never use "make install" for
gnuplot, I just manually copy the binary and maybe prologues.ps if I
happen to need it.)

You may try to execute
    kpsewhich texmf.cnf
(or locate texmf.cnf; they are read one after another in some
particular well-defined order that I don't know by heart).

I have one at
    /usr/local/texlive/2009/texmf.cnf
and one at
    /usr/local/texlive/2009/texmf/web2c/texmf.cnf
that defines the variable as
    TEXMFLOCAL = $SELFAUTOPARENT/../texmf-local
It's not environmental variable as it would spoil the environment too
much, though environmental variables do take precedence if you set
them.

Doesn't
    kpsexpand "\$TEXMFLOCAL"
work on your machine?

> What should gnuplot do if it is not defined (as it isn't on my machines)?

It's not environmental variable, it's hidden in texmf.cnf that
kpsewhich/kpsexpand should know about, but my answer would be just:
"Nothing". If anyone wants to use it, he should be able to put the
file anywhere (even in local folder).

>> And then again ... Peter has almost ready a generic version of
>> terminal (that also works with plain TeX and ConTeXt) that might have
>> to go to
>>     kpsexpand "\$TEXMFLOCAL/tex/generic/gnuplot"
>> or even get split among several folders (generic, latex, context). Not
>> yet at this moment, but just as a warning that this might need a
>> change.
>
> Well, I have had zero success in this area.  If you or someone else can
> contribute patches to the build system to make it compatible with a
> wider variety of TeX installations, that would be great.
>
> I can tell you that as of this moment, all of the above proposed commands
> will fail for me because TEXMFLOCAL is not defined, nor would I know what
> to define it to.  So at the least I think we would need to include a
> short help message or tutorial on how to set this up.

I can try to answer any TeX-related question, send some short scripts
that do simple tasks (or talk in pseudocode) ... as long as this
doesn't mean that I need to touch Makefiles and configure.in.

In the particular example above the only thing that I'm not absolutely
sure is how shell expansion works. The following definitely doesn't
work for me:
     kpsexpand '$$TEXMF'
but
    kpsexpand "\$TEXMF"
does and returns
    {/Users/mojca/.texlive2009/texmf-config,/Users/mojca/.texlive2009/texmf-var,/Users/mojca/Library/texmf,!!/usr/local/texlive/2009/texmf-config,!!/usr/local/texlive/2009/texmf-var,!!/usr/local/texlive/2009/texmf,!!/usr/local/texlive/2009/../texmf-local,!!/usr/local/texlive/2009/texmf-dist}

but this will be different on every single distribution. Performing
"sed" based on existence of "share" is pointless. Taking TEXMFLOCAL is
a wiser choice, but it may have the same form as the expression above
(not likely, but allowed). I would imagine that this should work even
in any TeX Live or even in tetex.

Mojca

Re: Cannot build gnuplot4.5 with lua terminal..

[Ethan M. <merritt@u.washington.edu>]

On Saturday 28 November 2009, Mojca Miklavec wrote:
> On Sat, Nov 28, 2009 at 20:15, Allin Cottrell wrote:

> > which is just a mess, and the installed sty file is not found by
> > TeX. I think the kpsexpand invocation should be more like:
> >
> > kpsexpand '$$TEXMF'/tex/latex/gnuplot
> 
> I never took a closer look at building scripts, but just a few remarks.
> 
> In my opinion it's not very "polite" of gnuplot to mess up the system
> installation of TeX (at /usr/local/whatever). It's much better to use
>     kpsexpand "\$TEXMFLOCAL/tex/latex/gnuplot"
> (Even better would be some less generic name than "gnuplot"; for
> example "gnuplot-lua".)

I have both tetex and texlive installed, but neither of them provides
a definition for TEXMF or TEXMFLOCAL or anything of the sort that I can find.
Who is expected to provide such a variable?  
What should gnuplot do if it is not defined (as it isn't on my machines)?

> On my system this resolves to
>     /usr/local/texlive/texmf-local
> or some other random location depending on my current environment
> settings (I'm usually switching between different TeX trees very
> often).
> 
> This is exactly what $TEXMFLOCAL has been designed for, $TEXMF should
> be kept for what TeX installer has installed and might be removed
> without a warning (if one upgrades or updates the distribution for
> example). You also need to keep in mind that there's a chance that
> this string is empty - in that case one should not install the sty
> file anywhere. And the absence of kpsexpand should not prevent one to
> build the terminal itself either.

It doesn't.
I have banished kpsexpand from my production machines because it floods
the error logs with garbage.  But they still configure, build, and run
gnuplot just fine.
 
> And then again ... Peter has almost ready a generic version of
> terminal (that also works with plain TeX and ConTeXt) that might have
> to go to
>     kpsexpand "\$TEXMFLOCAL/tex/generic/gnuplot"
> or even get split among several folders (generic, latex, context). Not
> yet at this moment, but just as a warning that this might need a
> change.

Well, I have had zero success in this area.  If you or someone else can
contribute patches to the build system to make it compatible with a
wider variety of TeX installations, that would be great.

I can tell you that as of this moment, all of the above proposed commands
will fail for me because TEXMFLOCAL is not defined, nor would I know what
to define it to.  So at the least I think we would need to include a 
short help message or tutorial on how to set this up.

Re: Cannot build gnuplot4.5 with lua terminal..

[Ethan M. <merritt@u.washington.edu>]

On Saturday 28 November 2009, Allin Cottrell wrote:
> 
> I'm not sure what's going on under cygwin, but this is a bit
> tricky on Linux.  Gnuplot uses pkg-config to test for lua, but a
> stock installation of lua-5.1.4 using "make linux install" does
> not install the lua.pc file.  

Eh?  It installs normally for me.  The *.pc ends up here:
   /usr/lib/pkgconfig/lua.pc

lua -v
Lua 5.1.4  Copyright (C) 1994-2008 Lua.org, PUC-Rio

> There is such a file under etc/ in
> the source tree, but it's broken: the lua library requires linkage
> to libdl but this is not registered in the "Libs" section of the
> file.
> 
> It's therefore necessary to fix lua.pc and install it manually,
> before gnuplot will build the lua/tikz terminal. (I don't count
> this as a gnuplot bug; it's a lua build bug.)
> 
> And one other thing: to get lua/tikz to work one needs
> gnuplot-lua-tikz.sty in the right place, but the gnuplot install
> mechanism doesn't get this right -- or at least, not on my system.
> 
> I install gnuplot under /usr/local, and my tex tree is rooted at
> TEXMF=/usr/share/texmf.  The gnuplot Makefile under share/LaTeX
> constructs an installdir as follows:
> 
> installdir=`kpsexpand \
> ${prefix}/usr/'$$TEXMFLOCAL'/tex/latex/gnuplot | \
> sed "s%^.*share/%$(prefix)/share/%"`
> 
> On my system that evaluates as
> 
> /usr/local/usr//tex/latex/gnuplot
> 
> which is just a mess, and the installed sty file is not found by
> TeX. I think the kpsexpand invocation should be more like:
> 
> kpsexpand '$$TEXMF'/tex/latex/gnuplot

I gave up on this ages ago.  kpsexpand is terminally broken on
all my machines.  No idea how it's supposed to work, but clearly
it doesn't.   That's why it's disabled by default in configure.in.

These problems are not new to the luz-tikz driver, however.
Gnuplot has always tried to install a TeX style file, and always been
subject to strangeness in kpsexpand or local TeX directory conventions.
I think this is one of those things that varies so much, the only hope
is that each linux distro will decide for itself where the files should
go and build that information into the distro's gnuplot package.

Re: Cannot build gnuplot4.5 with lua terminal..

[Mojca M. <moj...@gm...>]

On Sat, Nov 28, 2009 at 20:15, Allin Cottrell wrote:
>
> And one other thing: to get lua/tikz to work one needs
> gnuplot-lua-tikz.sty in the right place, but the gnuplot install
> mechanism doesn't get this right -- or at least, not on my system.
>
> I install gnuplot under /usr/local, and my tex tree is rooted at
> TEXMF=/usr/share/texmf.  The gnuplot Makefile under share/LaTeX
> constructs an installdir as follows:
>
> installdir=`kpsexpand \
> ${prefix}/usr/'$$TEXMFLOCAL'/tex/latex/gnuplot | \
> sed "s%^.*share/%$(prefix)/share/%"`
>
> On my system that evaluates as
>
> /usr/local/usr//tex/latex/gnuplot
>
> which is just a mess, and the installed sty file is not found by
> TeX. I think the kpsexpand invocation should be more like:
>
> kpsexpand '$$TEXMF'/tex/latex/gnuplot

I never took a closer look at building scripts, but just a few remarks.

In my opinion it's not very "polite" of gnuplot to mess up the system
installation of TeX (at /usr/local/whatever). It's much better to use
    kpsexpand "\$TEXMFLOCAL/tex/latex/gnuplot"
(Even better would be some less generic name than "gnuplot"; for
example "gnuplot-lua".)

On my system this resolves to
    /usr/local/texlive/texmf-local
or some other random location depending on my current environment
settings (I'm usually switching between different TeX trees very
often).

This is exactly what $TEXMFLOCAL has been designed for, $TEXMF should
be kept for what TeX installer has installed and might be removed
without a warning (if one upgrades or updates the distribution for
example). You also need to keep in mind that there's a chance that
this string is empty - in that case one should not install the sty
file anywhere. And the absence of kpsexpand should not prevent one to
build the terminal itself either.

And then again ... Peter has almost ready a generic version of
terminal (that also works with plain TeX and ConTeXt) that might have
to go to
    kpsexpand "\$TEXMFLOCAL/tex/generic/gnuplot"
or even get split among several folders (generic, latex, context). Not
yet at this moment, but just as a warning that this might need a
change.

Mojca

Re: Cannot build gnuplot4.5 with lua terminal..

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

On Sat, 28 Nov 2009, Tatsuro MATSUOKA wrote:

> Sorry for my successive post.
>
> I have looked at the config.log:
>
> configure:8273: checking for LUA...

I'm not sure what's going on under cygwin, but this is a bit
tricky on Linux.  Gnuplot uses pkg-config to test for lua, but a
stock installation of lua-5.1.4 using "make linux install" does
not install the lua.pc file.  There is such a file under etc/ in
the source tree, but it's broken: the lua library requires linkage
to libdl but this is not registered in the "Libs" section of the
file.

It's therefore necessary to fix lua.pc and install it manually,
before gnuplot will build the lua/tikz terminal. (I don't count
this as a gnuplot bug; it's a lua build bug.)

And one other thing: to get lua/tikz to work one needs
gnuplot-lua-tikz.sty in the right place, but the gnuplot install
mechanism doesn't get this right -- or at least, not on my system.

I install gnuplot under /usr/local, and my tex tree is rooted at
TEXMF=/usr/share/texmf.  The gnuplot Makefile under share/LaTeX
constructs an installdir as follows:

installdir=`kpsexpand \
${prefix}/usr/'$$TEXMFLOCAL'/tex/latex/gnuplot | \
sed "s%^.*share/%$(prefix)/share/%"`

On my system that evaluates as

/usr/local/usr//tex/latex/gnuplot

which is just a mess, and the installed sty file is not found by
TeX. I think the kpsexpand invocation should be more like:

kpsexpand '$$TEXMF'/tex/latex/gnuplot

Allin Cottrell

Re: Cannot build gnuplot4.5 with lua terminal on cygwin-1.7 (was making gnuplot-tikz.lua.exe on cygwin-1.7)

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

Sorry for my successive post.

I have looked at the config.log:

configure:8273: checking for LUA
configure:8281: $PKG_CONFIG --exists --print-errors "lua"
configure:8284: $? = 0
configure:8299: $PKG_CONFIG --exists --print-errors "lua"
configure:8302: $? = 0
configure:8340: result: yes
configure:8353: checking for library containing luaL_openlibs
configure:8384: gcc-4 -o conftest.exe -O3 -fomit-frame-pointer   -I/usr/include  -L/usr/lib conftest.c
 -llua -lm   >&5
configure:8384: $? = 0
configure:8401: result: none required
configure:8411: checking lua.h usability
configure:8411: gcc-4 -c -O3 -fomit-frame-pointer   -I/usr/include conftest.c >&5
configure:8411: $? = 0
configure:8411: result: yes
configure:8411: checking lua.h presence
configure:8411: gcc-4 -E   -I/usr/include conftest.c
configure:8411: $? = 0
configure:8411: result: yes
configure:8411: checking for lua.h
configure:8411: result: yes

*****************
configure:8384: gcc-4 -o conftest.exe -O3 -fomit-frame-pointer   -I/usr/include  -L/usr/lib conftest.c
 -llua -lm   >&5
configure:8384: $? = 0
configure:8401: result: none required
***************
 $? = 0 but result: none required
????
What is caused? I'm now in confusion.

Regards

Tatsuro

--- Tatsuro MATSUOKA <tma...@ya...> wrote:

> Hello
> 
> --- Tatsuro MATSUOKA  wrote:
> 
> Ah! I have overlooked one points.
> > ./configure
> >  :
> > checking for LUA... yes
> > checking for library containing luaL_openlibs... none required
> > checking lua.h usability... yes
> > checking lua.h presence... yes
> > checking for lua.h... yes
> >  :
> >   lua/TikZ terminal: yes
> >  :
> >   TeX *.sty for lua/tikz terminal: yes
> > 
> > In config.h after configure, I can see,
> > 
> > /* Define if you want the lua/TikZ terminal. */
> > #define HAVE_LUA 1
> > 
> ************
> > checking for library containing luaL_openlibs... none required
> ************
> 
> The above might be an origin of my failure.  I have check cygwin setup concerning the lua.
> 
> Regards
> 
> Tatsuro 
> 
> --------------------------------------
> What is your No.1 Entertainment of 2009? -Yahoo! JAPAN Net BANZUKE 2009
> http://pr.mail.yahoo.co.jp/banzuke/
> 


--------------------------------------
What is your No.1 Entertainment of 2009? -Yahoo! JAPAN Net BANZUKE 2009
http://pr.mail.yahoo.co.jp/banzuke/

Re: Cannot build gnuplot4.5 with lua terminal on cygwin-1.7 (was making gnuplot-tikz.lua.exe on cygwin-1.7)

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

Hello

--- Tatsuro MATSUOKA  wrote:

Ah! I have overlooked one points.
> ./configure
>  :
> checking for LUA... yes
> checking for library containing luaL_openlibs... none required
> checking lua.h usability... yes
> checking lua.h presence... yes
> checking for lua.h... yes
>  :
>   lua/TikZ terminal: yes
>  :
>   TeX *.sty for lua/tikz terminal: yes
> 
> In config.h after configure, I can see,
> 
> /* Define if you want the lua/TikZ terminal. */
> #define HAVE_LUA 1
> 
************
> checking for library containing luaL_openlibs... none required
************

The above might be an origin of my failure.  I have check cygwin setup concerning the lua.

Regards

Tatsuro 

--------------------------------------
What is your No.1 Entertainment of 2009? -Yahoo! JAPAN Net BANZUKE 2009
http://pr.mail.yahoo.co.jp/banzuke/

Re: Cannot build gnuplot4.5 with lua terminal on cygwin-1.7 (was making gnuplot-tikz.lua.exe on cygwin-1.7)

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

Hello Mojca

--- Mojca Miklavec  wrote:

> 
> It's "set term tikz". (The name tikz is based on the presence of file
> gnuplot-tikz.lua)

Thank you for your advise. However I cannot found 'tikz' in the list by 'set term' 

gnuplot> 
  :
  :
             tgif  TGIF X11 [mode] [x,y] [dashed] ["font" [fontsize]]
         tkcanvas  Tk/Tcl canvas widget [perltk] [interactive]
             tpic  TPIC -- LaTeX picture environment with tpic \specials
          unknown  Unknown terminal type - not a plotting device
  :

It is likely fail to install lua-tikz terminal.
In the .../gnuplot/term/lua (in the cvs source tree), I have found the document 'INSTALL'.
Have to I follow this instruction ?

Regards

Tatsuro

--------------------------------------
What is your No.1 Entertainment of 2009? -Yahoo! JAPAN Net BANZUKE 2009
http://pr.mail.yahoo.co.jp/banzuke/

Re: Cannot build gnuplot4.5 with lua terminal on cygwin-1.7 (was making gnuplot-tikz.lua.exe on cygwin-1.7)

[Mojca M. <moj...@gm...>]

On Sat, Nov 28, 2009 at 00:09, Tatsuro MATSUOKA wrote:
>
> However I cannot use lua in built gnuplot.
> gnuplot> set term lua
>                  ^
>         unknown or ambiguous terminal type; type just 'set terminal' for a lis

It's "set term tikz". (The name tikz is based on the presence of file
gnuplot-tikz.lua)

Mojca

Cannot build gnuplot4.5 with lua terminal on cygwin-1.7 (was making gnuplot-tikz.lua.exe on cygwin-1.7)

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

Hello

Although strange behavior of Makefile, the lua term should be included by ignoring strange error by
'make -i'.

./configure
 :
checking for LUA... yes
checking for library containing luaL_openlibs... none required
checking lua.h usability... yes
checking lua.h presence... yes
checking for lua.h... yes
 :
  lua/TikZ terminal: yes
 :
  TeX *.sty for lua/tikz terminal: yes

In config.h after configure, I can see,

/* Define if you want the lua/TikZ terminal. */
#define HAVE_LUA 1

However I cannot use lua in built gnuplot.
$ gnuplot

        G N U P L O T
        Version 4.5 patchlevel 0
        last modified November 2009
        System: CYGWIN_NT-5.1 1.7.0(0.218/5/3)

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

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

Terminal type set to 'x11'
gnuplot> set term lua
                  ^
         unknown or ambiguous terminal type; type just 'set terminal' for a lis

It is grateful for me to someone gives me advises.

Regards

Tatsuro


--- Tatsuro MATSUOKA wrote:

> Hello
> 
> --- Ethan Merritt  wrote:
> 
> > Lua is a language.   The file gnuplot-tikz.lua is executed by the lua interpreter
> > in the same way that  foo.sh is interpreted by the bash or sh or ksh interpreter,
> > or foo.py is interpreted by python or foo.pl is interpreted by perl.
> > There is no need to process gnuplot-tikz.lua into some other form during "make".
> > 
> 
> I understand your explanation. 
> In my cygwin-1.7 lua may works
> **********
> $ lua
> Lua 5.1.4  Copyright (C) 1994-2008 Lua.org, PUC-Rio
> ***********
> 
> Thus the error 
> make[3]: *** No rule to make target `gnuplot-tikz.lua.exe', needed by `all-am'.  Stop.
> 
> is a bug of Makefile.in, isn't it?
> 
> Perhaps 
> 
> @BUILD_LUA_TRUE@am__EXEEXT_2 = gnuplot-tikz.lua$(EXEEXT)
> 
> @BUI...@gn...$(EXEEXT): $(gnuplot_tikz_lua_OBJECTS)
> $(gnuplot_tikz_lua_DEPENDENCIES) 
> 
> in the src/Makefile.in are origin of a bug. Right?
> 
> Regards
> 
> Tatsuro
> 
> --------------------------------------
> What is your No.1 Entertainment of 2009? -Yahoo! JAPAN Net BANZUKE 2009
> http://pr.mail.yahoo.co.jp/banzuke/
> 


--------------------------------------
What is your No.1 Entertainment of 2009? -Yahoo! JAPAN Net BANZUKE 2009
http://pr.mail.yahoo.co.jp/banzuke/

Re: gnuplot 4.5 share directory empty

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

Hello

--- Mojca Miklavec  wrote:

> On Fri, Nov 27, 2009 at 23:20, Tatsuro MATSUOKA wrote:
> >
> > I'm not a latex user so that I would not like to supports lua terminal on windows binaries at
> the
> > moment because I additionally need to build lua program on windows. �On cygwin-1.7, lua is
> now
> > supported so that I am now trying build it but without success yet as shown in the following
> 
> Hello,
> 
> Note that I have close-to-zero knowledge about building on windows,
> but probably the best option for windows is to build lua *into*
> gnuplot binary itself. One doesn't need any extra library or
> executable then.
> 
> Lua should be extremely easy to build, though I have no idea how hard
> it is to integrate it (to change gnuplot's building scripts).

For windows binaries of gnuplot, build process is not based on ./configure and make.
Instead, makfile.xxx (for MinGW on window, it is makefile.mgw) is to be used.
At present, there exists no support for lua building in makefile.mgw.

If I try build gnuplot binaries for windows with the lua term, I have to add the description for lua
terminal building in the makefile.mgw.  As I said, I myself am not a latex user so that my intension
to support lua terminal is not active.

Regards

Tatsuro

--------------------------------------
What is your No.1 Entertainment of 2009? -Yahoo! JAPAN Net BANZUKE 2009
http://pr.mail.yahoo.co.jp/banzuke/

Re: making gnuplot-tikz.lua.exe on cygwin-1.7

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

Hello

--- Ethan Merritt  wrote:

> Lua is a language.   The file gnuplot-tikz.lua is executed by the lua interpreter
> in the same way that  foo.sh is interpreted by the bash or sh or ksh interpreter,
> or foo.py is interpreted by python or foo.pl is interpreted by perl.
> There is no need to process gnuplot-tikz.lua into some other form during "make".
> 

I understand your explanation. 
In my cygwin-1.7 lua may works
**********
$ lua
Lua 5.1.4  Copyright (C) 1994-2008 Lua.org, PUC-Rio
***********

Thus the error 
make[3]: *** No rule to make target `gnuplot-tikz.lua.exe', needed by `all-am'.  Stop.

is a bug of Makefile.in, isn't it?

Perhaps 

@BUILD_LUA_TRUE@am__EXEEXT_2 = gnuplot-tikz.lua$(EXEEXT)

@BUI...@gn...$(EXEEXT): $(gnuplot_tikz_lua_OBJECTS)
$(gnuplot_tikz_lua_DEPENDENCIES) 

in the src/Makefile.in are origin of a bug. Right?

Regards

Tatsuro

--------------------------------------
What is your No.1 Entertainment of 2009? -Yahoo! JAPAN Net BANZUKE 2009
http://pr.mail.yahoo.co.jp/banzuke/

Re: gnuplot 4.5 share directory empty

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

Dear Mr. Franco Fritschij

--- Franco Fritschij wrote:
> I tried today your compiled cvs version of gnuplot 4.5 (gp45-winbin.zip 2009-11-17).
> When using the epslatex terminal I noticed that same files are missing.
> The `bin/share/Postscript' and `bin/share/js' directory are empty.
> I used the files from the gp45-winbin_20091104.zip instead, then it works.

Thank you for pointing out my packaging error. I have corrected it.
 
> Can you compile gnuplot 4.5 with the lua terminal enabled? This is a nice relative new terminal
> for making figures for latex.
> This terminal supports the transparency option for polygons, the epslatex terminal does not.
> 

I'm not a latex user so that I would not like to supports lua terminal on windows binaries at the
moment because I additionally need to build lua program on windows.  On cygwin-1.7, lua is now
supported so that I am now trying build it but without success yet as shown in the following

http://old.nabble.com/making-gnuplot-tikz.lua.exe-on-cygwin-1.7-td26538229.html

However, you can use lua terminal if you use another cvs binary of gnuplot for windows provided by
Prof. Kakuto.

Please go
http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/

and download gnuplot-45pl0w32.zip.

BTW, Kakuto's binary may not support the cairo based terminals (pngcairo and pdfcairo) and the wxt
terminal.

Regards

Tatsuro

--------------------------------------
What is your No.1 Entertainment of 2009? -Yahoo! JAPAN Net BANZUKE 2009
http://pr.mail.yahoo.co.jp/banzuke/

Re: making gnuplot-tikz.lua.exe on cygwin-1.7

[Ethan M. <merritt@u.washington.edu>]

On Thursday 26 November 2009, Tatsuro MATSUOKA wrote:
> Sorry the previous mail is not completed, please ignore it. 
> 
> 
> Hello
> 
> I have found that cygwin-1.7 supports the lua so that I have installed lua and  tried to build
> lua
> terminal.
> 
> The './configure' went well as,
> *************:
>     :
>   lua/TikZ terminal: yes 
>     :
> gnuplot will install the following additional materials:
> 
>   lasergnu printer script: no (use --with-lasergnu to enable)
>   gnuplot-mode for X/Emacs: yes
>   LaTeX tutorial: yes
>   TeX *.sty for lua/tikz terminal: yes
>   Help file: yes (always), in ${datarootdir}/gnuplot/4.5/gnuplot.gih
>   PostScript prologue files: yes (always)
> ***************
> 
> However at the make,
> 
> cc-4  -O3 -fomit-frame-pointer  -L/usr/lib -o gnuplot_x11.exe gplt_x11.o gpexecute.o
> getcolor_x11.o
> -lX11  -lpangocairo-1.0 -lcairo -lpangoft2-1.0 -lpixman-1 -lglitz -lpng12 -lxcb-render-util
> -lXrender
> -lxcb-render -lX11 -lxcb -lXau -lXdmcp -lpango-1.0 -lm -lfontconfig -lexpat -lfreetype -lz
> -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv  
> make[3]: *** No rule to make target `gnuplot-tikz.lua.exe', needed by `all-am'.  Stop.

It should not try to make any such target.
gnuplot-tikz.lua is itself the program, and does not need to be further compiled into 
an executable.

> make[3]: Leaving directory `/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot'
> make: *** [all] Error 2
> 
> I could not make gnuplot-tikz.lua.exe
> 
> So I looked into src/Makefile and found
> 
> #gnuplot-tikz.lua$(EXEEXT): $(gnuplot_tikz_lua_OBJECTS) $(gnuplot_tikz_lua_DEPENDENCIES) 
> #	@rm -f gnuplot-tikz.lua$(EXEEXT)
> #	$(LINK) $(gnuplot_tikz_lua_OBJECTS) $(gnuplot_tikz_lua_LDADD) $(LIBS)

That looks more correct.  There should not be a target gnuplot-tikz.lua$(EXEEXT)
 
> BTW why are target of gnuplot-tikz.lua$(EXEEXT) commented out?

Lua is a language.   The file gnuplot-tikz.lua is executed by the lua interpreter
in the same way that  foo.sh is interpreted by the bash or sh or ksh interpreter,
or foo.py is interpreted by python or foo.pl is interpreted by perl.
There is no need to process gnuplot-tikz.lua into some other form during "make".

Re: making gnuplot-tikz.lua.exe on cygwin-1.7

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

Oh there is not a source like gnuplot-tikz.lua.c!!

In config.h, 

/* Define if you want the lua/TikZ terminal. */
#define HAVE_LUA 1

However, 'set term' said no lua terminal :-(.

What is the problem?

Any ideas?

Regards

Tatsuro



--- Tatsuro MATSUOKA wrote:

> Sorry the previous mail is not completed, please ignore it. 
> 
> 
> Hello
> 
> I have found that cygwin-1.7 supports the lua so that I have installed lua and  tried to build
> lua
> terminal.
> 
> The './configure' went well as,
> *************:
>     :
>   lua/TikZ terminal: yes 
>     :
> gnuplot will install the following additional materials:
> 
>   lasergnu printer script: no (use --with-lasergnu to enable)
>   gnuplot-mode for X/Emacs: yes
>   LaTeX tutorial: yes
>   TeX *.sty for lua/tikz terminal: yes
>   Help file: yes (always), in ${datarootdir}/gnuplot/4.5/gnuplot.gih
>   PostScript prologue files: yes (always)
> ***************
> 
> However at the make,
> 
> cc-4  -O3 -fomit-frame-pointer  -L/usr/lib -o gnuplot_x11.exe gplt_x11.o gpexecute.o
> getcolor_x11.o
> -lX11  -lpangocairo-1.0 -lcairo -lpangoft2-1.0 -lpixman-1 -lglitz -lpng12 -lxcb-render-util
> -lXrender
> -lxcb-render -lX11 -lxcb -lXau -lXdmcp -lpango-1.0 -lm -lfontconfig -lexpat -lfreetype -lz
> -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv  
> make[3]: *** No rule to make target `gnuplot-tikz.lua.exe', needed by `all-am'.  Stop.
> make[3]: Leaving directory `/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot'
> make: *** [all] Error 2
> 
> I could not make gnuplot-tikz.lua.exe
> 
> So I looked into src/Makefile and found
> 
> #gnuplot-tikz.lua$(EXEEXT): $(gnuplot_tikz_lua_OBJECTS) $(gnuplot_tikz_lua_DEPENDENCIES) 
> #	@rm -f gnuplot-tikz.lua$(EXEEXT)
> #	$(LINK) $(gnuplot_tikz_lua_OBJECTS) $(gnuplot_tikz_lua_LDADD) $(LIBS)
> 
> Wncomment the above I have met another problem. 
> 
> gcc-4  -O3 -fomit-frame-pointer  -L/usr/lib -o gnuplot-tikz.lua.exe   -lpangocairo-1.0 -lcairo
> -lpangoft2-1.0 -lpixman-1 -lglitz -lpng12 -lxcb-render-util -lXrender -lxcb-render -lX11 -lxcb
> -lXau
> -lXdmcp -lpango-1.0 -lm -lfontconfig -lexpat -lfreetype -lz -lgobject-2.0 -lgmodule-2.0
> -lglib-2.0
> -lintl -liconv  
> /usr/lib/libcygwin.a(libcmain.o):(.text+0xa9): undefined reference to `_WinMain@16'
> 
> For the above it is better to be asked at cygwin list.
> 
> BTW why are target of gnuplot-tikz.lua$(EXEEXT) commented out?
> 
> 
> Regards
> 
> Tatsuro 
> 
> 
> 
> 
> --------------------------------------
> What is your No.1 Entertainment of 2009? -Yahoo! JAPAN Net BANZUKE 2009
> http://pr.mail.yahoo.co.jp/banzuke/
> 


--------------------------------------
What is your No.1 Entertainment of 2009? -Yahoo! JAPAN Net BANZUKE 2009
http://pr.mail.yahoo.co.jp/banzuke/

Re: making gnuplot-tikz.lua.exe on cygwin-1.7

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

Sorry the previous mail is not completed, please ignore it. 


Hello

I have found that cygwin-1.7 supports the lua so that I have installed lua and  tried to build
lua
terminal.

The './configure' went well as,
*************:
    :
  lua/TikZ terminal: yes 
    :
gnuplot will install the following additional materials:

  lasergnu printer script: no (use --with-lasergnu to enable)
  gnuplot-mode for X/Emacs: yes
  LaTeX tutorial: yes
  TeX *.sty for lua/tikz terminal: yes
  Help file: yes (always), in ${datarootdir}/gnuplot/4.5/gnuplot.gih
  PostScript prologue files: yes (always)
***************

However at the make,

cc-4  -O3 -fomit-frame-pointer  -L/usr/lib -o gnuplot_x11.exe gplt_x11.o gpexecute.o
getcolor_x11.o
-lX11  -lpangocairo-1.0 -lcairo -lpangoft2-1.0 -lpixman-1 -lglitz -lpng12 -lxcb-render-util
-lXrender
-lxcb-render -lX11 -lxcb -lXau -lXdmcp -lpango-1.0 -lm -lfontconfig -lexpat -lfreetype -lz
-lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv  
make[3]: *** No rule to make target `gnuplot-tikz.lua.exe', needed by `all-am'.  Stop.
make[3]: Leaving directory `/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot'
make: *** [all] Error 2

I could not make gnuplot-tikz.lua.exe

So I looked into src/Makefile and found

#gnuplot-tikz.lua$(EXEEXT): $(gnuplot_tikz_lua_OBJECTS) $(gnuplot_tikz_lua_DEPENDENCIES) 
#	@rm -f gnuplot-tikz.lua$(EXEEXT)
#	$(LINK) $(gnuplot_tikz_lua_OBJECTS) $(gnuplot_tikz_lua_LDADD) $(LIBS)

Wncomment the above I have met another problem. 

gcc-4  -O3 -fomit-frame-pointer  -L/usr/lib -o gnuplot-tikz.lua.exe   -lpangocairo-1.0 -lcairo
-lpangoft2-1.0 -lpixman-1 -lglitz -lpng12 -lxcb-render-util -lXrender -lxcb-render -lX11 -lxcb -lXau
-lXdmcp -lpango-1.0 -lm -lfontconfig -lexpat -lfreetype -lz -lgobject-2.0 -lgmodule-2.0 -lglib-2.0
-lintl -liconv  
/usr/lib/libcygwin.a(libcmain.o):(.text+0xa9): undefined reference to `_WinMain@16'

For the above it is better to be asked at cygwin list.

BTW why are target of gnuplot-tikz.lua$(EXEEXT) commented out?


Regards

Tatsuro 




--------------------------------------
What is your No.1 Entertainment of 2009? -Yahoo! JAPAN Net BANZUKE 2009
http://pr.mail.yahoo.co.jp/banzuke/

making gnuplot-tikz.lua.exe on cygwin-1.7

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

Hello

I have found that cygwin-1.7 supports the lua so that I have installed lua and  tried to build lua
terminal.

The './configure' went well as,
*************:
    :
  lua/TikZ terminal: yes 
    :
gnuplot will install the following additional materials:

  lasergnu printer script: no (use --with-lasergnu to enable)
  gnuplot-mode for X/Emacs: yes
  LaTeX tutorial: yes
  TeX *.sty for lua/tikz terminal: yes
  Help file: yes (always), in ${datarootdir}/gnuplot/4.5/gnuplot.gih
  PostScript prologue files: yes (always)
***************

However at the make,

cc-4  -O3 -fomit-frame-pointer  -L/usr/lib -o gnuplot_x11.exe gplt_x11.o gpexecute.o getcolor_x11.o
-lX11  -lpangocairo-1.0 -lcairo -lpangoft2-1.0 -lpixman-1 -lglitz -lpng12 -lxcb-render-util -lXrender
-lxcb-render -lX11 -lxcb -lXau -lXdmcp -lpango-1.0 -lm -lfontconfig -lexpat -lfreetype -lz
-lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv  
make[3]: *** No rule to make target `gnuplot-tikz.lua.exe', needed by `all-am'.  Stop.
make[3]: Leaving directory `/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot'
make: *** [all] Error 2

I could not make gnuplot-tikz.lua.exe

So I looked into src/Makefile and found

#gnuplot-tikz.lua$(EXEEXT): $(gnuplot_tikz_lua_OBJECTS) $(gnuplot_tikz_lua_DEPENDENCIES) 
#	@rm -f gnuplot-tikz.lua$(EXEEXT)
#	$(LINK) $(gnuplot_tikz_lua_OBJECTS) $(gnuplot_tikz_lua_LDADD) $(LIBS)

Why are target of gnuplot-tikz.lua$(EXEEXT) commented out?
Uncomment the above I cloud get gnuplot-tikz.lua.exe.

Please give me comments for this matter.

Regards

Tatsuro 



Is there any reason why? I myself do not want to use lua terminal and have no knowledge of it.
Please give m



--------------------------------------
What is your No.1 Entertainment of 2009? -Yahoo! JAPAN Net BANZUKE 2009
http://pr.mail.yahoo.co.jp/banzuke/

Set palette tips for the document

[<mw...@us...>]

Hi all,

I recently went through an exercise to make a colorized plot using pm3dlook like a Matlab plot.  A pointy haired boss had dictated suchcolors.  I thought it might be useful for the documentation.  So hereare the palette settings.


set pal defined (1 '#00008f', 8 '#0000ff', 24 '#00ffff', 40 '#ffff00', \
                 56 '#ff0000', 64 '#800000')


I also tracked down the default line and fill colors for Excel 2003 plus the point type.


lines       Fill      point type
#000080     #9999ff   diamond        
#ff00ff     #993366   square         
#ffff00     #ffffcc   triangle     
#00ffff     #ccffff   x      
#800080     #660066   star       
#800000     #ff8080   circle         
#008080     #0080cc   plus       
#0000ff     #ccccff   short dash

Thanks again for all your hard work at making Gnuplot so damn good!


Mike




 
=

Re: plot matrix?

[Ethan M. <merritt@u.washington.edu>]

On Sunday 22 November 2009, Philipp K. Janert wrote:
> Are there legitimate uses for "matrix" with "plot", when
> using different [not image] styles?

I have explored this question a bit more.

points:

  Works fine.  The numeric value in the matrix can be used to set
  the point size, or type, or color.  This should be documented
  somewhere.

labels:

  Can never work to read strings from the file without radically
  changing the way the data is read and stored.  It would be possible 
  to generate labels from a numeric value stored in the file.
  (Needs a patch, but it's a simple patch).
  Not sure whether that is sufficiently useful to allow
  "... matrix ... with labels".

dots:

  Possible, but why would you want to?

circles/boxes/etc:

  You can't pass enough information in the single value to make
  these useful.

lines:

  I already mentioned one cute possible use, but I don't know
  if that is sufficient to allow "... matrix ... with lines".
  There may be additional opportunities here somewhere.

Re: plot matrix?

[Ethan M. <merritt@u.washington.edu>]

 
> Then this would draw a heat map with labels on the interesting
> points:
> 
>   plot 'A' matrix with image, 'B' matrix using (something) with labels
> 
> ... but it doesn't.  It produces the error
>   Plot style does not conform to three column data in this graph mode
> I think we're back to the confusion about what 'using' means in this context.

This much does work:
  plot 'A' matrix with image, 'B' matrix using 1:($3==0?NaN:$2) with points

Confusion:
  plot 'A' matrix using 1:2:3 with image, 'B' matrix using 1:2:3 with labels

This prints "1" everywhere.  Why "1"?
Where did the real matrix contents go?  Are they in some other pseudo-column?

Worse:
  plot 'B' matrix using 1:2:(strcol(3)) with labels
       Segmentation fault