Re: sqlite fails using with_readline

2007-10-30 Thread Doug Henry
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

2007-10-30 Thread Doug Henry
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

2007-10-30 Thread Ralf S. Engelschall
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

2007-10-30 Thread Doug Henry
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

2007-10-30 Thread Doug Henry
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