Skip site navigation (1) Skip section navigation (2)

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: (view raw, whole thread or download thread mbox)
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.


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() {
; 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/ Undefined symbol "_tgetent" called from
conf:/usr/lib/libed\ at 0x4002d2ac

ldd doesn't show problems:

        -ledit.2 => /usr/lib/ (0x4001b000)
        -lc.12 => /usr/lib/ (0x4002f000)

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




pgsql-bugs by date

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

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group