Re: [HACKERS] --with-libedit-preferred is bad design

2013-07-12 Thread Joshua D. Drake
On 7/12/2013 7:10 PM, Josh Berkus wrote: That would hardly be only true of libedit, on Apple. It's also broken on some Red Hat versions, last I checked. Last I heard, libedit was completely borked. Here is a report (two years old) of still broken libedit in Debian: http://bugs.debian.org/

Re: [HACKERS] --with-libedit-preferred is bad design

2013-07-12 Thread Josh Berkus
On 07/12/2013 06:31 PM, Tom Lane wrote: > Josh Berkus writes: >> I think the current --with-libedit-preferred should go away, and be >> replaced by a --with-libedit option which throws an error if libedit >> isn't found. > > I'm not sure that will work well on systems where libedit masquerades >

Re: [HACKERS] --with-libedit-preferred is bad design

2013-07-12 Thread Tom Lane
Josh Berkus writes: > I think the current --with-libedit-preferred should go away, and be > replaced by a --with-libedit option which throws an error if libedit > isn't found. I'm not sure that will work well on systems where libedit masquerades as readline... TBH, given the number of bugs we've

[HACKERS] --with-libedit-preferred is bad design

2013-07-12 Thread Josh Berkus
Hackers, So I've been trying to compile PostgreSQL with libedit instead of readline on a linux system, because of a bug in readline (will blog about it later). This took 5 attempts, because of the peculiar nature of our readline options in configure: --without-readline "compile without readline