Re: [ANN] Lua 5.2.2 (rc1) now available

[Scott Morgan <blumf@...>]

On 21/02/13 19:14, Luiz Henrique de Figueiredo wrote:
> > Slackware64 13.37
> > gcc-4.5.2
> > glibc-2.13
> > ncurses-5.9
> > readline-5.2
> >
> > 'make linux' bombed without the -lncurses option.
> Strange... From a recent discussion of this issue here, the consensus was
> that readline should know its dependencies.
>
> Anyway, to fix this in your case, you don't need to edit src/Makefile; can do
> 	make linux MYLIBS=-lncurses

It's that whole termcap vs. ncurses thing...

$ make linux MYLIBS=-ltermcap

...worked as well.

I'm not that familiar with these libs and most googling points back to 
this list and your thread asking about this issue several years ago :)

Slackware builds readline using the --with-curses configure option, but...

$ ldd -r /usr/lib64/libreadline.so
    linux-vdso.so.1 =>  (0x00007fffa65ff000)
    libc.so.6 => /lib64/libc.so.6 (0x00007fe06a17b000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fe06a789000)
undefined symbol: PC    (/usr/lib64/libreadline.so)
undefined symbol: UP    (/usr/lib64/libreadline.so)
undefined symbol: BC    (/usr/lib64/libreadline.so)
undefined symbol: tgetflag    (/usr/lib64/libreadline.so)
undefined symbol: tgetent    (/usr/lib64/libreadline.so)
undefined symbol: tputs    (/usr/lib64/libreadline.so)
undefined symbol: tgoto    (/usr/lib64/libreadline.so)
undefined symbol: tgetnum    (/usr/lib64/libreadline.so)
undefined symbol: tgetstr    (/usr/lib64/libreadline.so)

Which, I think, means the option was ignored (probably because 
libtermcap was present). Is this a bug with Slack's build?

Scott