Re: NetBSD 1.4.2/i386 needs to link psql with -ltermcap

From: Giles Lean <giles(at)nemeton(dot)com(dot)au>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: NetBSD 1.4.2/i386 needs to link psql with -ltermcap
Date: 2001-03-23 23:05:54
Message-ID: 3529.985388754@nemeton.com.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs


Peter Eisentraut wrote

> This should be detected by configure. E.g., on my system I get
>
> | checking for readline... yes (-lreadline -ltermcap)
>
> (-lreadline and -ledit are equivalent for computational purposes).

On NetBSD-1.4.2 is that the link test works with -ledit, and indeed
psql built without -ltermcap will even run non-interactively (I loaded
a database with it) but it fails when running interactively.

config.log:

configure:3143: checking for readline
configure:3165: gcc -o conftest -O2 -pipe conftest.c -lreadline 1>&5
ld: -lreadline: no match
collect2: ld returned 1 exit status
configure: failed program was:
#line 3154 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char readline();

int main() {
readline()
; return 0; }
configure:3165: gcc -o conftest -O2 -pipe conftest.c -ledit 1>&5
configure:3192: checking for library containing using_history
configure:3210: gcc -o conftest -O2 -pipe conftest.c -ledit 1>&5
...

It would be nicer if the link failed. :-(

Actually running the program above:

/usr/libexec/ld.so: Undefined symbol "_tgetent" called from
conf:/usr/lib/libed\ it.so.2.2 at 0x4002d2ac

ldd doesn't show problems:

conf:
-ledit.2 => /usr/lib/libedit.so.2.2 (0x4001b000)
-lc.12 => /usr/lib/libc.so.12.40 (0x4002f000)

I'm now out of my depth with both configure and linker behaviour. :-(

Regards,

Giles

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message phil 2001-03-24 00:11:34 Odd 'except' and 'default' interaction behavior
Previous Message Tom Lane 2001-03-23 21:31:03 Re: 7.0.3 postmaster memory leak with aborted transactions