mirror of
https://github.com/sqlite/sqlite.git
synced 2025-07-30 19:03:16 +03:00
Have --enable-editline fail rather than emit a warning which would easily be overlooked by automated builds. The error message explains a potential workaround for activating libedit.
FossilOrigin-Name: 2bd1b9557a1619adcaf5aa6dc5d5d0972e8416dafc9f36621b409192be95223d
This commit is contained in:
11
auto.def
11
auto.def
@ -776,13 +776,14 @@ proc sqlite-check-line-editing {} {
|
||||
# --enable-editline to do exactly that but it seems likely to
|
||||
# break on systems for which which HAVE_EDITLINE=1 previously
|
||||
# worked.
|
||||
hwaci-indented-notice {
|
||||
WARNING: the --enable-editline flag is not supported due to
|
||||
hwaci-indented-notice -error {
|
||||
ERROR: the --enable-editline flag is not supported due to
|
||||
non-availability of systems which have it in a form which the
|
||||
sqlite3 CLI shell expects to see. On some systems this can be
|
||||
worked around by passing --with-readline-ldflags=-ledit instead of
|
||||
--enable-editline, which will attempt to use the readline.h
|
||||
supplied by libreadline but link against -ledit.
|
||||
worked around by passing --with-readline-ldflags=-ledit instead
|
||||
of --enable-editline, which will attempt to use the readline.h
|
||||
supplied by libreadline but link against -ledit. On systems
|
||||
tested so far, that works.
|
||||
}
|
||||
return "none"
|
||||
} elseif {![opt-bool readline]} {
|
||||
|
Reference in New Issue
Block a user