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

Re: [HACKERS] Should libedit be preferred to libreadline?

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-patches(at)postgresql(dot)org, "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com>, Andrew Dunstan <andrew(at)dunslane(dot)net>, Seneca Cunningham <scunning(at)ca(dot)afilias(dot)info>
Subject: Re: [HACKERS] Should libedit be preferred to libreadline?
Date: 2005-12-02 08:28:19
Message-ID: 200512020928.20375.peter_e@gmx.net (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-patchespgsql-ports
Bruce Momjian wrote:
> I trimmed it down to:
>
>   --with-bonjour          build with Bonjour support
>   --with-openssl          build with OpenSSL support
>   --with-prefer-libedit   prefer libedit over readline
>   --without-readline      do not use Readline
>   --without-zlib          do not use Zlib

I'm concerned that this still gives nondeterministic behavior.  There's 
no way to say, "I want readline, period" or "I want libedit, period".  
I'd prefer simple --with-readline and --with-libedit, giving one turns 
off the other, giving both is an error.

-- 
Peter Eisentraut
http://developer.postgresql.org/~petere/

In response to

Responses

pgsql-ports by date

Next:From: Tom LaneDate: 2005-12-02 14:14:31
Subject: Re: [HACKERS] Should libedit be preferred to libreadline?
Previous:From: Tom LaneDate: 2005-12-02 04:03:52
Subject: Re: [HACKERS] Should libedit be preferred to libreadline?

pgsql-hackers by date

Next:From: Simon RiggsDate: 2005-12-02 08:57:14
Subject: Re: Numeric 508 datatype
Previous:From: Simon RiggsDate: 2005-12-02 08:18:44
Subject: Re: slow IN() clause for many cases

pgsql-patches by date

Next:From: Simon RiggsDate: 2005-12-02 08:57:14
Subject: Re: Numeric 508 datatype
Previous:From: Bruce MomjianDate: 2005-12-02 04:40:50
Subject: Re: TODO item -- Improve psql's handling of multi-line queries

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