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

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

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: 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>, PostgreSQL-patches <pgsql-patches(at)postgresql(dot)org>
Subject: Re: [HACKERS] Should libedit be preferred to libreadline?
Date: 2005-12-02 02:44:32
Message-ID: 200512020244.jB22iWI10460@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-patchespgsql-ports
Peter Eisentraut wrote:
> Bruce Momjian wrote:
> > Why don't we have a libedit configure flag?
> 
> Well, I can code up a configure flag, but that doesn't mean that the 
> thing will compile at the end. :)

Attached is a patch which adds a flag to configure to prefer
BSD-licensed libedit:

	--with-preference-bsd-libedit    prefer libedit over readline

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

In response to

Responses

pgsql-ports by date

Next:From: Tom LaneDate: 2005-12-02 03:14:12
Subject: Re: [HACKERS] Should libedit be preferred to libreadline?
Previous:From: Peter EisentrautDate: 2005-11-25 18:39:43
Subject: Re: [HACKERS] Should libedit be preferred to libreadline?

pgsql-hackers by date

Next:From: Christopher Kings-LynneDate: 2005-12-02 02:45:02
Subject: Re: Reducing relation locking overhead
Previous:From: Tom LaneDate: 2005-12-02 02:37:47
Subject: Reducing relation locking overhead

pgsql-patches by date

Next:From: Tom LaneDate: 2005-12-02 03:06:15
Subject: Re: Fork-based version of pgbench
Previous:From: Christopher Kings-LynneDate: 2005-12-02 01:45:13
Subject: Re: Check for integer overflow in datetime functions

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