Trouble with readline compiling on Redhat 8.0

On Sun, Dec 29, 2002 at 03:37:57PM -0800, David Busby wrote:

List,
I'm attempting to install PG 7.3 on my RedHat 8.0 box.
My RedHat install was minimal...but readline was installed. I run my PG
configure script like this:

Force configure to pick up the ncurses libraries and headers. Compiling
with readline always requires ncurses now (as of v4.3 I think), even
though it doesn't show up in ldd.

m.

"David Busby" <busby@edoceo.com> writes:

I'm attempting to install PG 7.3 on my RedHat 8.0 box.
My RedHat install was minimal...but readline was installed.

I think you need both libtermcap and libtermcap-devel. Certainly
at least the former.

Should I just go to 7.3.1? (is it stable?

More so than 7.3 ...

regards, tom lane

Tom, Michael, List,
Thank you for the replies, I've got it working...incase anyone else
reading (or for the archives) the fix is:
for the '--with-libs' parameter add the location of both readline and
libtermcap. On RedHat Linux 8.0 libreadline and libncurses are in
'/usr/lib' and libtermcap is in '/lib' so when building PostgreSQL 7.3 from
source on RedHat 8.0 with RPM versions of necessary stuff for PostgreSQL
installed...
Fix:
The '--with-libs' parameter for ./configure should be
'--with-libs=/lib:/usr/lib'.

/B

----- Original Message -----
From: "David Busby" <busby@edoceo.com>
To: <pgsql-general@postgresql.org>
Sent: Sunday, December 29, 2002 15:37
Subject: [GENERAL] Trouble with readline compiling on Redhat 8.0

List,
I'm attempting to install PG 7.3 on my RedHat 8.0 box.
My RedHat install was minimal...but readline was installed. I run my PG
configure script like this:
(in /usr/src/postgresql-7.3/)

./configure --prefix=/usr/local --bindir=/usr/local/bin --datadir=/usr/local

/share --enable-odbc --sysconfdir=/etc/pgsql --libdir=/usr/lib --includedir=

/usr/include --with-libs=/usr/lib --with-perl

That's how it should be for my system, as far as I know.
Now configure chokes and dies on readline with the following error

message:

checking for readline... no
configure: error: readline library not found
If you have readline already installed, see config.log for details on the
failure. It is possible the compiler isn't looking in the proper

directory.

Use --without-readline to disable readline support.

psql is not that fun without readline, so I MUST have it, MUST. I went
looking in config.log (it says to do that) and I see:

configure:5800: checking for readline
configure:5837: gcc -o conftest -O2 -L/usr/lib
conftest.c -lreadline -lcrypt -lresolv -lnsl -ldl -lm -lbsd >&5
/usr/lib/libreadline.so: undefined reference to `tgetnum'
/usr/lib/libreadline.so: undefined reference to `tgoto'
/usr/lib/libreadline.so: undefined reference to `tgetflag'
/usr/lib/libreadline.so: undefined reference to `BC'
/usr/lib/libreadline.so: undefined reference to `tputs'
/usr/lib/libreadline.so: undefined reference to `PC'
/usr/lib/libreadline.so: undefined reference to `tgetent'
/usr/lib/libreadline.so: undefined reference to `UP'
/usr/lib/libreadline.so: undefined reference to `tgetstr'
collect2: ld returned 1 exit status
configure:5840: $? = 1
configure: failed program was:
#line 5811 "configure"
#include "confdefs.h"

/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char readline ();
#ifdef F77_DUMMY_MAIN
# ifdef __cplusplus
extern "C"
# endif
int F77_DUMMY_MAIN() { return 1; }
#endif
int
main ()
{
readline ();
;
return 0;
}
configure:5837: gcc -o conftest -O2 -L/usr/lib
conftest.c -ledit -lcrypt -lresolv -lnsl -ldl -lm -lbsd >&5
/usr/bin/ld: cannot find -ledit
collect2: ld returned 1 exit status
configure:5840: $? = 1
configure: failed program was:
#line 5811 "configure"
#include "confdefs.h"

/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char readline ();
#ifdef F77_DUMMY_MAIN
# ifdef __cplusplus
extern "C"
# endif
int F77_DUMMY_MAIN() { return 1; }
#endif
int
main ()
{
readline ();
;
return 0;
}
configure:5837: gcc -o conftest -O2 -L/usr/lib
conftest.c -lreadline -ltermcap -lcrypt -lresolv -lnsl -ldl -lm -lbsd >&5
/usr/bin/ld: cannot find -ltermcap
collect2: ld returned 1 exit status
configure:5840: $? = 1
configure: failed program was:
#line 5811 "configure"
#include "confdefs.h"

/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"

All that looks like it can't load readline, cause of a problem with

termcap

(or maybe curses?)
But then I look at my libreadline (from the RPM)
[root@localhost lib]# ldd /usr/lib/libreadline.so.4.3
libc.so.6 => /lib/i686/libc.so.6 (0x42000000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)

That looks OK? I don't see readline linking to termcap or curses

(shouldn't

it?)
Here's my termcap & ncurses
[root@localhost lib]# ldd /lib/libtermcap.so.2.0.8
libc.so.6 => /lib/i686/libc.so.6 (0x42000000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
[root@localhost lib]# ldd /usr/lib/libncurses.so.5.2
libc.so.6 => /lib/i686/libc.so.6 (0x42000000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)

Then I ran ld on libreadline, and I get this:
[root@localhost lib]# ld -lreadline
ld: warning: cannot find entry symbol _start; not setting start address
/usr/lib/libreadline.so: undefined reference to `tgetnum'
/usr/lib/libreadline.so: undefined reference to `tgoto'
/usr/lib/libreadline.so: undefined reference to `tgetflag'
/usr/lib/libreadline.so: undefined reference to `BC'
/usr/lib/libreadline.so: undefined reference to `tputs'
/usr/lib/libreadline.so: undefined reference to `PC'
/usr/lib/libreadline.so: undefined reference to `tgetent'
/usr/lib/libreadline.so: undefined reference to `UP'
/usr/lib/libreadline.so: undefined reference to `tgetstr'

Oh snap! what does that all mean? Has anyone seen anything similar? I've
built without readline for now, but I really really like that feature.
Should I just go to 7.3.1? (is it stable? (or stable enough for someone

who

"David Busby" <busby@edoceo.com> writes:

Fix:
The '--with-libs' parameter for ./configure should be
'--with-libs=/lib:/usr/lib'.

[ scratches head... ] It works fine for me on RHL 8.0 without that.

On my system there's a symlink from /usr/lib/ to /lib, which perhaps
explains why it's okay here. Are you missing this link?

lrwxrwxrwx 1 root root 29 Nov 1 12:47 /usr/lib/libtermcap.so -> ../../lib/libtermcap.so.2.0.8*

regards, tom lane

Tom,
[more head scratching]
I have that link, repeat (in disbelief) That link is present.
My PgSQL was compiled from /usr/src as root should be able to find the
files, cause the link is there. This doesn't make sense to me right now.
Is this a bug or just a differience in configuration?

----- Original Message -----
From: "Tom Lane" <tgl@sss.pgh.pa.us>
To: "David Busby" <busby@edoceo.com>
Cc: <pgsql-general@postgresql.org>
Sent: Sunday, December 29, 2002 19:25
Subject: Re: [GENERAL] Fixed: Trouble with readline compiling on Redhat 8.0

"David Busby" <busby@edoceo.com> writes:

Fix:
The '--with-libs' parameter for ./configure should be
'--with-libs=/lib:/usr/lib'.

[ scratches head... ] It works fine for me on RHL 8.0 without that.

On my system there's a symlink from /usr/lib/ to /lib, which perhaps
explains why it's okay here. Are you missing this link?

lrwxrwxrwx 1 root root 29 Nov 1 12:47

/usr/lib/libtermcap.so -> ../../lib/libtermcap.so.2.0.8*