Thread: Unresolved external: tgetent
I doubt this is the right list, but it's the only one I'm subscribed to, so please, if one of the core members is reading this, forward it to the right one. I have successfully compiled and installed 7.4.5 yesterday. After doing 'make' I saw the line "Ready to install". template1=# select version(); version --------------------------------------------------------PostgreSQL 7.4.5 on hppa2.0w-hp-hpux11.00, compiled by GCC gcc (GCC) 3.3.1 (1 row) But when I started psql it immediately core dumped with libreadline.sl.5 Unresolved external: tgetent I did a search on the mailing list archives and got 63 hits on 'tgetent', dating from 1997 to 2004, all having the same problem, the missing '-ltermcap' in LIBS in src/Makefile.global. After distclean and doing configure LIBS="-ltermcap" ... and make again it finally worked. In http://archives.postgresql.org/pgsql-bugs/2001-09/msg00023.php Peter Eisentraut writes > LIBS = -lz -lresolv -lcompat -lm -lutil -ltermcap -lreadline That's a good fix. The current CVS tip also works around this problem. But the 7.4.5 src/Makefile.global still has this: LIBS = -lz -lreadline -lPW -lgen -lBSD -ldld -lnsl -lm So it appears this fix must have been lost anywhere. Regards, Christoph
Would you please test 8.0RC release on the ftp site. It might already be fixed. --------------------------------------------------------------------------- Christoph Haller wrote: > I doubt this is the right list, but it's the only one I'm subscribed to, > > so please, if one of the core members is reading this, forward it to the > right one. > > I have successfully compiled and installed 7.4.5 yesterday. > After doing 'make' I saw the line "Ready to install". > template1=# select version(); > version > -------------------------------------------------------- > PostgreSQL 7.4.5 on hppa2.0w-hp-hpux11.00, compiled by GCC gcc (GCC) > 3.3.1 > (1 row) > > But when I started psql it immediately core dumped with > libreadline.sl.5 Unresolved external: tgetent > > I did a search on the mailing list archives and got 63 hits on > 'tgetent', > dating from 1997 to 2004, all having the same problem, > the missing '-ltermcap' in LIBS in src/Makefile.global. > > After distclean and doing configure LIBS="-ltermcap" ... > and make again it finally worked. > > In http://archives.postgresql.org/pgsql-bugs/2001-09/msg00023.php > Peter Eisentraut writes > > LIBS = -lz -lresolv -lcompat -lm -lutil -ltermcap -lreadline > > That's a good fix. > > The current CVS tip also works around this problem. > > But the 7.4.5 src/Makefile.global still has this: > LIBS = -lz -lreadline -lPW -lgen -lBSD -ldld -lnsl -lm > > So it appears this fix must have been lost anywhere. > > Regards, Christoph > > > > > ---------------------------(end of broadcast)--------------------------- > TIP 9: the planner will ignore your desire to choose an index scan if your > joining column's datatypes do not match > -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001+ If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania19073
I did 8.0.0rc1 - same behavior psql template1 Welcome to psql 8.0.0rc1, the PostgreSQL interactive terminal. Type: \copyright for distribution terms \h for help with SQL commands \? for help with psql commands \g orterminate with semicolon to execute query \q to quit /usr/lib/dld.sl: Unresolved symbol: tgetent (code) from /usr/local/...libreadline.sl.5 Abort(coredump) Furthermore, the regression test fails badly on parallel group (20 tests): point lseg running forever. The process list shows ps -fu rodos UID PID PPID C STIME TTY TIME COMMAND rodos 14786 6955 228 10:26:43 pts/0 3:08 /bin/sh./pg_regress --temp-install --top-builddir=../../.. rodos 6796 18757 0 10:25:18 pts/0 0:00 gmake check rodos 14892 14786 0 10:26:46pts/0 0:00 <defunct> rodos 6946 6945 0 10:25:22 pts/0 0:00 gmake -C regress check rodos 14758 14755 0 10:26:41 pts/0 0:00 postgres: writer process rodos 14787 6955 0 10:26:43 pts/0 0:00 tee ./regression.out rodos 14755 6955 0 10:26:41 pts/0 0:00 /fd1/rodos/ropub/postgresql-8.0.0rc1/src/test/regress/./tmp_ rodos 6955 6946 0 10:25:22 pts/0 0:00 /bin/sh ./pg_regress --temp-install --top-builddir=../../.. rodos 15064 6498 1 10:30:06 pts/1 0:00 ps -fu rodos rodos 14890 14786 1 10:26:46pts/0 0:00 <defunct> rodos 6498 6496 0 10:20:04 pts/1 0:00 -ksh rodos 6945 6796 0 10:25:22 pts/0 0:00 gmake -C src/test check rodos 18757 18755 0 09:41:07 pts/0 0:00 -ksh If this is of any help ... If I can do anything else, let me know. Regards, Christoph Bruce Momjian wrote: > > Would you please test 8.0RC release on the ftp site. It might already > be fixed. > > --------------------------------------------------------------------------- > > Christoph Haller wrote: > > I doubt this is the right list, but it's the only one I'm subscribed to, > > > > so please, if one of the core members is reading this, forward it to the > > right one. > > > > I have successfully compiled and installed 7.4.5 yesterday. > > After doing 'make' I saw the line "Ready to install". > > template1=# select version(); > > version > > -------------------------------------------------------- > > PostgreSQL 7.4.5 on hppa2.0w-hp-hpux11.00, compiled by GCC gcc (GCC) > > 3.3.1 > > (1 row) > > > > But when I started psql it immediately core dumped with > > libreadline.sl.5 Unresolved external: tgetent > > > > I did a search on the mailing list archives and got 63 hits on > > 'tgetent', > > dating from 1997 to 2004, all having the same problem, > > the missing '-ltermcap' in LIBS in src/Makefile.global. > > > > After distclean and doing configure LIBS="-ltermcap" ... > > and make again it finally worked. > > > > In http://archives.postgresql.org/pgsql-bugs/2001-09/msg00023.php > > Peter Eisentraut writes > > > LIBS = -lz -lresolv -lcompat -lm -lutil -ltermcap -lreadline > > > > That's a good fix. > > > > The current CVS tip also works around this problem. > > > > But the 7.4.5 src/Makefile.global still has this: > > LIBS = -lz -lreadline -lPW -lgen -lBSD -ldld -lnsl -lm > > > > So it appears this fix must have been lost anywhere. > > > > Regards, Christoph > >
Christoph Haller <ch@rodos.fzk.de> writes:
> Furthermore, the regression test fails badly on
> parallel group (20 tests): point lseg
> running forever. The process list shows
> ps -fu rodos
> UID PID PPID C STIME TTY TIME COMMAND
> rodos 14786 6955 228 10:26:43 pts/0 3:08 /bin/sh ./pg_regress
> --temp-install --top-builddir=../../..
> rodos 6796 18757 0 10:25:18 pts/0 0:00 gmake check
> rodos 14892 14786 0 10:26:46 pts/0 0:00 <defunct>
In other words, the shell is failing to notice that some of its child
processes have exited. This is a shell bug; we've seen it before on
some platforms (obsolete HPUX versions, in my experience). You can
probably work around it by reducing the maximum concurrency setting
in the regression script. See the regression test discussion in the
administrator's guide.
regards, tom lane