Re: sqlite fails using with_readline
I found the problem. The readline package is not correctly defining the environment to find the openpkg ncurses install. The following changes to readline.spec must be made to build readline properly: CPPFLAGS="%{l_cppflags ncurses}" \ LDFLAGS="%{l_ldflags}" \ On 10/30/07, Doug Henry <[EMAIL PROTECTED]> wrote: > > 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=1000 -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= > > > 1000 -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 openpkg-users@openpkg.org > > > >
Re: sqlite fails using with_readline
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=1000 -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= > > 1000 -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 openpkg-users@openpkg.org >
Re: sqlite fails using with_readline
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=1000 -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= > 1000 -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 openpkg-users@openpkg.org
sqlite fails using with_readline
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=1000 -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=1000 -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
gcc conflicts
for distro compatibility I usually test against many versions of gcc, so I figured I would install them from openpkg since they are all available. It seems on 64-bit (I don't remember having this problem on 32-bit) there are naming conflicts, preventing the installation of multiple gcc packages. Processing files: gcc41-4.1.2-20070517 Wrote: /tools/gutsy-64/RPM/PKG/gcc41-4.1.2-20070517.amd64-ubuntu7.10-bsi.rpm Executing(%clean): env -i /tools/gutsy-64/lib/openpkg/bash --norc --noprofile --posix -e /tools/gutsy-64/RPM/TMP/rpm-tmp.73640 + cd /tools/gutsy-64/RPM/TMP + cd gcc-4.1.2 + rm -rf /tools/gutsy-64/RPM/TMP/gcc41-4.1.2-root + exit 0 Executing(--clean): env -i /tools/gutsy-64/lib/openpkg/bash --norc --noprofile --posix -e /tools/gutsy-64/RPM/TMP/rpm-tmp.73640 + cd /tools/gutsy-64/RPM/TMP + rm -rf gcc-4.1.2 + exit 0 Preparing...### [100%] file /tools/gutsy-64/lib64/libstdc++.a from install of gcc41-4.1.2-20070517 conflicts with file from package gcc3-3.4.6-20061013 file /tools/gutsy-64/lib64/libstdc++.la from install of gcc41-4.1.2-20070517 conflicts with file from package gcc3-3.4.6-20061013 file /tools/gutsy-64/lib64/libsupc++.a from install of gcc41-4.1.2-20070517 conflicts with file from package gcc3-3.4.6-20061013 file /tools/gutsy-64/lib64/libsupc++.la from install of gcc41-4.1.2-20070517 conflicts with file from package gcc3-3.4.6-20061013