gnuplot development

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@...'
> 
> 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/

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".

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@... = gnuplot-tikz.lua$(EXEEXT)

@BUILD_LUA_FALSE@...): $(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/

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:     gnuplot-beta@...
        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@... = gnuplot-tikz.lua$(EXEEXT)
> 
> @BUILD_LUA_FALSE@...): $(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/

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

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/

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/

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 <tmacchant3@...> 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/

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

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

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.

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.

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

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.

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@...$ make linux
> [no errors, all looks fine]
> allin@...$ 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.

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@...$ make linux
[no errors, all looks fine]
allin@...$ 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

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@...$ make linux
> > [no errors, all looks fine]
> > allin@...$ 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

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

On Sun, 29 Nov 2009, Mojca Miklavec wrote:

> The following definitely doesn't
> work for me:
>      kpsexpand '$$TEXMF'
> but
>     kpsexpand "\$TEXMF"
> does...

Bear in mind that the "$$..." formulation occurs in a Makefile,
where it is correct.  "\$" gives the equivalent protection to
"$" in regular shell usage.

Allin Cottrell

Hello

Sorry for my duplicated post.

Does anyone explain the behavior below?

Regards

Tatsuro


--- Tatsuro MATSUOKA wrote:

> 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 <tmacchant3@...> 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/
> 


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

On Mon, 30 Nov 2009, Tatsuro MATSUOKA wrote:

> Does anyone explain the behavior below?
> >
> > 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

> >  $? = 0 but result: none required
> > ????
> > What is caused? I'm now in confusion.

This seems to be "normal".  In my config.log I have

configure:12504: checking for library containing luaL_openlibs
configure:12545: gcc -o conftest -g -O2   -I/usr/X11R7/include
-I/usr/local/include -I/usr/local/include  -L/usr/lib -L/usr/X11R7/lib
-L/usr/local/lib conftest.c -lm  -L/usr/local/lib -llua -lm -ldl >&5
configure:12552: $? = 0
configure:12583: result: none required

But this doesn't seem to be a problem: "make" builds a gnuplot
binary that supports lua/tikz OK.

Allin Cottrell

On Sunday 29 November 2009, Tatsuro MATSUOKA wrote:
> Hello
> 
> Sorry for my duplicated post.
> 
> Does anyone explain the behavior below?
> 
> Regards
> 
> Tatsuro
> 
> 
> --- Tatsuro MATSUOKA wrote:
> 
> > 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.

I cannot help with cygwin.
But the message above is not an error. I get the same report
when building successfully under linux.  

configure:12416: checking for LUA
configure:12483: result: yes
configure:12442: $PKG_CONFIG --exists --print-errors "lua"
configure:12445: $? = 0
configure:12483: result: yes
configure:12496: checking for library containing luaL_openlibs
configure:12537: gcc -o conftest -g -O2   -I/usr/local/include   -L/usr/X11R6/lib  conftest.c -lm  -llua -lm   >&5
configure:12544: $? = 0
configure:12575: result: none required
configure:12601: checking lua.h usability
configure:12618: gcc -c -g -O2   -I/usr/local/include  conftest.c >&5
configure:12625: $? = 0
configure:12639: result: yes

I think this means that the test program created by the configure
script compiles and links correctly without requiring any extra libraries.

I do notice a difference in the two configure logs, however.
It seems from your log that the test for lua.h comes first, and then lua libraries second.
My log shows first a test for the libraries and then a test for lua.h
So the configure script may be different for some reason.


	Ethan

Hello Ethan and Allin

Configure itself seems to be OK.

Then I will look into 'make' process and the Makefile  to seek the origin of the failure.

Thanks a lot!!

Regards

Tatsuro



--- Ethan Merritt wrote:

> On Sunday 29 November 2009, Tatsuro MATSUOKA wrote:
> > Hello
> > 
> > Sorry for my duplicated post.
> > 
> > Does anyone explain the behavior below?
> > 
> > Regards
> > 
> > Tatsuro
> > 
> > 
> > --- Tatsuro MATSUOKA wrote:
> > 
> > > 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.
> 
> I cannot help with cygwin.
> But the message above is not an error. I get the same report
> when building successfully under linux.  
> 
> configure:12416: checking for LUA
> configure:12483: result: yes
> configure:12442: $PKG_CONFIG --exists --print-errors "lua"
> configure:12445: $? = 0
> configure:12483: result: yes
> configure:12496: checking for library containing luaL_openlibs
> configure:12537: gcc -o conftest -g -O2   -I/usr/local/include   -L/usr/X11R6/lib  conftest.c
> -lm  -llua -lm   >&5
> configure:12544: $? = 0
> configure:12575: result: none required
> configure:12601: checking lua.h usability
> configure:12618: gcc -c -g -O2   -I/usr/local/include  conftest.c >&5
> configure:12625: $? = 0
> configure:12639: result: yes
> 
> I think this means that the test program created by the configure
> script compiles and links correctly without requiring any extra libraries.
> 
> I do notice a difference in the two configure logs, however.
> It seems from your log that the test for lua.h comes first, and then lua libraries second.
> My log shows first a test for the libraries and then a test for lua.h
> So the configure script may be different for some reason.
> 
> 
> 	Ethan
> 


--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

Hello

I have now testing to build gnuplot-4.4.0-rc1 on cygwin-1.7.
I found that 'make install-strip' fails: gnuplot.exe and gnuplot_x11.exe were not installed. Build
itself went well. So I manually install them and I could see,

              lua  Lua generic terminal driver
             tikz  TeX TikZ graphics macros via the lua script driver


This is perhaps due to Makefile try to build gnuplot-tikz.lua.exe on cygwin.
*************
make[3]: Entering directory
`/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplot-4.4/gnuplot-4.4.0-rc1-build/src'
make[3]: *** No rule to make target `gnuplot-tikz.lua.exe', needed by `all-am'.  Stop.
***************
I have gotten a big clue to kick out the problem. 

Perhaps something is wrong in src/Makefile.
I will look at it later.

Thanks for advises.

Regards

Tatsuro


--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/