Re: Lua on Ubuntu - again

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

On Friday, February 18, 2011 10:15:27 am Juhász Péter wrote:
> Dear list,
> 
> today I've tried to compile gnuplot (the cvs version) on a fresh Ubuntu
> 10.10 install. Setting up the necessary packages was relatively
> straightforward, but when I tried to compile, I've ran into a problem
> with the lua terminal.
> 
> This issue is old (it's because Ubuntu calls the package "lua5.1"
> instead of plain "lua" and this confuses the configure script), there is
> already a notice about it in the INSTALL file. That notice says that one
> has to set up a symlink for the package descriptor file:
> 
> ln -s /usr/lib/pkgconfig/lua5.1.pc  /usr/lib/pkgconfig/lua.pc
> 
> This used to be enough. However, the situation seemed to worsen since
> that notice was added. If the above symlink is in place, configure finds
> the package and enables the terminal. On the other hand, make fails,
> because the linker wants "-llua", and there is no library found by that
> name.

Could you pursue this a little further, please?

The whole idea of finding and executing /usr/lib/pkgconfig/lua5.1.pc
is that it is supposed to add the correct -Lxxxx term to the linker flags.
Is the library name wrong in /usr/lib/pkgconfig/lua5.1.pc, or are we
failing to copy it correctly into the Makefiles, or what?

Here is what the corresponding section of config.log looks like from a
system where this is working correctly

configure:9432: checking pkg-config is at least version 0.9.0
configure:9435: result: yes
configure:9446: checking for LUA
configure:9454: $PKG_CONFIG --exists --print-errors "lua"
configure:9457: $? = 0
configure:9472: $PKG_CONFIG --exists --print-errors "lua"
configure:9475: $? = 0
configure:9513: result: yes
configure:9526: checking for library containing luaL_openlibs
configure:9557: gcc -o conftest -g -O2   -I/usr/include  -L/usr/lib -Wl,-z,relro -Wl,-O1 -L/usr/lib conftest.c -lm  -llua -lm   >&5
configure:9557: $? = 0
configure:9574: result: none required



> An unrelated question:
> Is there a policy for keeping the gnuplot_date string in version.c
> current? Or it just gets bumped whenever there is a release?

I think it gets bumped whenever Petr notices it is out of date :-)