I don't have readline installed on my system, I installed the openpkg
readline as enforced by sqlite package.  I tracked it down to the readline
package, I receive the following output to pkg-config --libs readline

-L/tools/gutsy-64/lib -lreadline -ltermcap

I added --with-curses to the readline spec file and I now receive:

-L/tools/gutsy-64/lib -lreadline -lcurses

This is not correct either, as libcurses does not exist on my system.  I'm
working to figure out why the readline package does not find the ncurses
library.

On 10/30/07, Ralf S. Engelschall <[EMAIL PROTECTED]> wrote:
>
> On Tue, Oct 30, 2007, Doug Henry wrote:
>
> > Using the with_readline option in sqlite causes a build failure.  The
> termcap
> > library is used (looks like an inclusion by sqlite not openpkg).
> >
> > creating libsqlite3.la
> > (cd .libs && rm -f libsqlite3.la && ln -s ../libsqlite3.la libsqlite3.la
> )
> > ./libtool --mode=link /data/los8/tools/dapper-64/bin/cc -fPIC -DNDEBUG=1
> > -DSQLITE_MAX_SQL_LENGTH=10000000 -I. -I./src -DNDEBUG
> -DSQLITE_THREADSAFE=1
> > -DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DSQLITE_OMIT_LOAD_EXTENSION=1
> -L/data/los8/
> > tools/dapper-64/lib -DHAVE_READLINE=1
> -I/data/los8/tools/dapper-64/include
> > -lpthread  \
> >                 -o sqlite3 ./src/shell.c libsqlite3.la \
> >                 -L/data/los8/tools/dapper-64/lib -lreadline -ltermcap
> > /data/los8/tools/dapper-64/bin/cc -fPIC -DNDEBUG=1
> -DSQLITE_MAX_SQL_LENGTH=
> > 10000000 -I. -I./src -DNDEBUG -DSQLITE_THREADSAFE=1
> > -DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DSQLITE_OMIT_LOAD_EXTENSION=1
> -DHAVE_READLINE
> > =1 -I/data/los8/tools/dapper-64/include -o sqlite3
> ./src/shell.c  -L/data/los8/
> > tools/dapper-64/lib ./.libs/libsqlite3.a -lpthread -lreadline -ltermcap
> > /data/los8/tools/dapper-64/bin/ld: cannot find -ltermcap
> > collect2: ld returned 1 exit status
> > make: *** [sqlite3] Error 1
>
> The "sqlite" package uses what the readline.pc file from the "readline"
> package tells it to link against. There "-ltermcap" seems to be
> determined for your platform. Please check there to locate the problem
> on your platform.
>                                        Ralf S. Engelschall
>                                        [EMAIL PROTECTED]
>                                        www.engelschall.com
>
> ______________________________________________________________________
> OpenPKG                                             http://openpkg.org
> User Communication List                      [email protected]
>

Reply via email to