regression: SQLite 3.18.0 - editline configure no longer working

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

regression: SQLite 3.18.0 - editline configure no longer working

Lonnie Abelbeck-2
Hi,

This commit: [bf28a55d]
http://www.sqlite.org/src/fdiff?v1=cacf2616abf6e4a5&v2=2893b823ecc86cea&sbs=0

Keeps libedit from be found and used.

Using SQLite 3.18.0: --enable-editline --disable-readline
--
checking editline/readline.h usability... yes
checking editline/readline.h presence... yes
checking for editline/readline.h... yes
checking for library containing readline... no
--
and no libedit support in /usr/bin/sqlite3

Reverting [bf28a55d]
--
checking editline/readline.h usability... yes
checking editline/readline.h presence... yes
checking for editline/readline.h... yes
checking for library containing readline... -ledit
--
and libedit support is working again in /usr/bin/sqlite3

I don't understand why the libtinfo requirement was added for libedit.

Lonnie

_______________________________________________
sqlite-users mailing list
[hidden email]
http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: regression: SQLite 3.18.0 - editline configure no longer working

Richard Hipp-3
I don't understand it either.  I was told that some systems required
it so I put it in.  It did not break on any of the systems that we
test on, so I assumed that it was a good patch.

On 3/31/17, Lonnie Abelbeck <[hidden email]> wrote:

> Hi,
>
> This commit: [bf28a55d]
> http://www.sqlite.org/src/fdiff?v1=cacf2616abf6e4a5&v2=2893b823ecc86cea&sbs=0
>
> Keeps libedit from be found and used.
>
> Using SQLite 3.18.0: --enable-editline --disable-readline
> --
> checking editline/readline.h usability... yes
> checking editline/readline.h presence... yes
> checking for editline/readline.h... yes
> checking for library containing readline... no
> --
> and no libedit support in /usr/bin/sqlite3
>
> Reverting [bf28a55d]
> --
> checking editline/readline.h usability... yes
> checking editline/readline.h presence... yes
> checking for editline/readline.h... yes
> checking for library containing readline... -ledit
> --
> and libedit support is working again in /usr/bin/sqlite3
>
> I don't understand why the libtinfo requirement was added for libedit.
>
> Lonnie
>
> _______________________________________________
> sqlite-users mailing list
> [hidden email]
> http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
>


--
D. Richard Hipp
[hidden email]
_______________________________________________
sqlite-users mailing list
[hidden email]
http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: regression: SQLite 3.18.0 - editline configure no longer working

Bob Friesenhahn
On Fri, 31 Mar 2017, Richard Hipp wrote:

> I don't understand it either.  I was told that some systems required
> it so I put it in.  It did not break on any of the systems that we
> test on, so I assumed that it was a good patch.

Unfortunately, the requirement for it depends on how libedit was
compiled.  The configure script needs to be smart and only apply
dependency libraries if they are needed.

libtinfo is an ncurses library.  If you are not using ncurses (or the
ncurses does not provide libtinfo), then it is not the correct library
to use.

I did provide some warning about this issue when I sent the sample
patch to Richard.

If need be, I can help and provide a more portable patch than my
sample.

Bob

>
> On 3/31/17, Lonnie Abelbeck <[hidden email]> wrote:
>> Hi,
>>
>> This commit: [bf28a55d]
>> http://www.sqlite.org/src/fdiff?v1=cacf2616abf6e4a5&v2=2893b823ecc86cea&sbs=0
>>
>> Keeps libedit from be found and used.
>>
>> Using SQLite 3.18.0: --enable-editline --disable-readline
>> --
>> checking editline/readline.h usability... yes
>> checking editline/readline.h presence... yes
>> checking for editline/readline.h... yes
>> checking for library containing readline... no
>> --
>> and no libedit support in /usr/bin/sqlite3
>>
>> Reverting [bf28a55d]
>> --
>> checking editline/readline.h usability... yes
>> checking editline/readline.h presence... yes
>> checking for editline/readline.h... yes
>> checking for library containing readline... -ledit
>> --
>> and libedit support is working again in /usr/bin/sqlite3
>>
>> I don't understand why the libtinfo requirement was added for libedit.
>>
>> Lonnie
>>
>> _______________________________________________
>> sqlite-users mailing list
>> [hidden email]
>> http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
>>
>
>
>

--
Bob Friesenhahn
[hidden email], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/
_______________________________________________
sqlite-users mailing list
[hidden email]
http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
Loading...