Re: readline/libedit selection

Kris Jurka <books(at)ejurka(dot)com> writes:
> This recent change to readline/libedit selection isn't quite right.

If you see a problem you'll have to give more details ...

> It doesn't link in libtermcap with libedit which leads to:

Certainly it tries that.

> checking for readline.h... no
> configure: error: readline header not found

This is a header failure, not a library failure.

> And in config.log:

> configure:5987: gcc -o conftest -O2 -Wall -Wmissing-prototypes
> -Wpointer-arith -fno-strict-aliasing conftest.c -ledit -lcrypt -lresolv
> -lcompat -lm -lutil >&5
> /usr/lib/libedit.so: undefined reference to `tgetnum'
> /usr/lib/libedit.so: undefined reference to `tgoto'
> /usr/lib/libedit.so: undefined reference to `tgetflag'
> /usr/lib/libedit.so: undefined reference to `tputs'
> /usr/lib/libedit.so: undefined reference to `tgetent'
> /usr/lib/libedit.so: undefined reference to `tgetstr'

This would be expected at the first probe, but surely it's not the only
probe.

Reading between the lines, I wonder if your problem is that your copy of
editline puts its headers in include/readline rather than
include/editline?

regards, tom lane