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

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

From: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Chris Browne <cbbrowne(at)acm(dot)org>, pgsql-patches(at)postgresql(dot)org
Subject: Re: [HACKERS] Should libedit be preferred to libreadline?
Date: 2005-12-02 19:01:05
Message-ID: 1133550065.16716.16.camel@jd.commandprompt.com (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-patchespgsql-ports
> OK, updated text:
> 
>   --with-openssl          build with OpenSSL support
>   --with-libedit-preferred  prefer Libedit over Libreadline
>   --without-readline      do not use Libreadline/Libedit line editing
>   --without-zlib          do not use Zlib

This all seems kind of extra... Why not just:

--with-libedit	Use libedit instead of readline
--with-readline	Use readline instead of libedit (default)
--without-readline Use when readline is not available

Joshua D. Drake



> 
-- 
The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
Managed Services, Shared and Dedicated Hosting
Co-Authors: PLphp, PLperl, ODBCng - http://www.commandprompt.com/



In response to

Responses

pgsql-ports by date

Next:From: Bruce MomjianDate: 2005-12-02 20:12:15
Subject: Re: [HACKERS] Should libedit be preferred to libreadline?
Previous:From: Bruce MomjianDate: 2005-12-02 18:52:07
Subject: Re: [HACKERS] Should libedit be preferred to libreadline?

pgsql-hackers by date

Next:From: Bruce MomjianDate: 2005-12-02 19:09:08
Subject: Re: Numeric 508 datatype
Previous:From: Tom LaneDate: 2005-12-02 18:54:33
Subject: Re: Numeric 508 datatype

pgsql-patches by date

Next:From: Bruce MomjianDate: 2005-12-02 19:09:08
Subject: Re: Numeric 508 datatype
Previous:From: Tom LaneDate: 2005-12-02 18:54:33
Subject: Re: Numeric 508 datatype

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