From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Detecting readline in configure |
Date: | 2001-05-21 16:58:45 |
Message-ID: | 29155.990464325@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> I think we should add a --with-readline option to configure, and make
> configure die with an error if the option is used and no readline is
> found. If the option is not used, readline would still be used if found.
This would not help, unless the user was clueful enough to invoke the
option, which would likely not be true. (AFAICT, the majority of these
complaints come from people who don't even know what libreadline is,
let alone that they have no or only a partial install of it.)
An effective but rather fascist approach would be to make the option be
--without-readline, ie, the *default* behavior of configure is to fail
unless a usable readline is found. I do not think I like that, since
readline does not qualify as a critical component IMHO. (And, given
the GPL-vs-every-other-license political agenda of the readline crowd,
I don't want them to think we think that either ;-))
I suggest that the behavior of configure not be changed, but that it be
tweaked to put out a slightly more obvious notice about not being able
to find readline support. Maybe
checking for libreadline ... no
checking for libedit ... no
*
* NOTICE: I couldn't find libreadline nor libedit. You will
* not have history support in psql.
*
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2001-05-21 17:22:53 | Re: Plans for solving the VACUUM problem |
Previous Message | Mikheev, Vadim | 2001-05-21 16:55:40 | RE: Plans for solving the VACUUM problem |