Hello there... I'm getting a weird error saying no database was selected, even though the configure script seem to find mysql
This is the full output of the configure script:
opensolaris:~/src/libzdb-2.3# ./configure --prefix=/opt/libzdb-2.3 --with-mysql=/opt/mysql/ --without-postgresql --without-sqlite --enable-protected checking for a BSD-compatible install... /usr/bin/ginstall -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... config/install-sh -c -d checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... none checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /usr/bin/ggrep checking for egrep... /usr/bin/ggrep -E checking whether gcc needs -traditional... no checking for re2c... no checking for flex... /usr/bin/flex checking build system type... i386-pc-solaris2.11 checking host system type... i386-pc-solaris2.11 checking for a sed that does not truncate output... /usr/bin/gsed checking for ld used by gcc... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking for /usr/ccs/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -p checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... none checking how to run the C++ preprocessor... g++ -E checking for g77... g77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether g77 accepts -g... yes checking the maximum length of command line arguments... 786240 checking command to parse /usr/bin/nm -p output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc static flag -static works... no checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/ccs/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... solaris2.11 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... no checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking whether the g++ linker (/usr/ccs/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... yes checking if g++ static flag -static works... no checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/ccs/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... solaris2.11 ld.so checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for g77 option to produce PIC... -fPIC checking if g77 PIC flag -fPIC works... yes checking if g77 static flag -static works... no checking if g77 supports -c -o file.o... yes checking whether the g77 linker (/usr/ccs/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... solaris2.11 ld.so checking how to hardcode library paths into programs... immediate checking for pthread_create in -lpthread... yes checking for mysql... checking mysql.h usability... yes checking mysql.h presence... yes checking for mysql.h... yes checking for postgresql... no checking for SQLite3... sqlite=no configure: error: No available database found or selected. Try configure --help
Thanks for any help
On 17. jan.. 2009, at 23.58, Gustavo Baratto wrote:
I'm getting a weird error saying no database was selected, even though the configure script seem to find mysql
I believe this should be fixed in svn. Could you please checkout libzdb and try again?
That's great to know Jan... Would you know when 2.4 is out by any chance?
Thanks! g.
On Sat, Jan 17, 2009 at 3:11 PM, Jan-Henrik Haukeland hauk@tildeslash.comwrote:
On 17. jan.. 2009, at 23.58, Gustavo Baratto wrote:
I'm getting a weird error saying no database was selected, even though the configure script seem to find mysql
I believe this should be fixed in svn. Could you please checkout libzdb and try again?
See http://code.google.com/p/libzdb/source/checkout
To unsubscribe: http://www.tildeslash.com/mailman/listinfo/libzdb-general
We'll hold back 2.4 for a couple of weeks to see if we need to fix other stuff first. We are testing more with postgres now and we have already done some internal improvements and bug fixes.
It would be great if you could check out 2.4 from subversion and try it and report if the problem you found were fixed.
On 18. jan.. 2009, at 07.53, Gustavo Baratto wrote:
That's great to know Jan...
Would you know when 2.4 is out by any chance?
Thanks! g.
On Sat, Jan 17, 2009 at 3:11 PM, Jan-Henrik Haukeland <hauk@tildeslash.com
wrote:
On 17. jan.. 2009, at 23.58, Gustavo Baratto wrote:
I'm getting a weird error saying no database was selected, even though the configure script seem to find mysql
I believe this should be fixed in svn. Could you please checkout libzdb and try again?
Thanks again for your help Jan. One thing I noticed is that the configure script assumes the libraries are located directly under "--with-mysql=/opt/mysql" This is fine for most packaged mysql distributions, but when we compile mysql from source, the default location for the libraries is under "PREFIX/lib/mysql/"
A few years back, the configure script for PHP used to look for the libraries under both "/opt/mysql/lib" and "/opt/mysql/lib/mysql" when we configured PHP with "--with-mysql=/opt/mysql" (I think these days they use mysql_config).
Again, thank you very much!
Cheers, g.
On Sun, Jan 18, 2009 at 6:50 AM, Jan-Henrik Haukeland hauk@tildeslash.comwrote:
We'll hold back 2.4 for a couple of weeks to see if we need to fix other stuff first. We are testing more with postgres now and we have already done some internal improvements and bug fixes.
It would be great if you could check out 2.4 from subversion and try it and report if the problem you found were fixed.
On 18. jan.. 2009, at 07.53, Gustavo Baratto wrote:
That's great to know Jan... Would you know when 2.4 is out by any chance?
Thanks! g.
On Sat, Jan 17, 2009 at 3:11 PM, Jan-Henrik Haukeland <hauk@tildeslash.com
wrote:
On 17. jan.. 2009, at 23.58, Gustavo Baratto wrote:
I'm getting a weird error saying no database was selected, even though the configure script seem to find mysql
I believe this should be fixed in svn. Could you please checkout libzdb and try again?
-- To unsubscribe: http://www.tildeslash.com/mailman/listinfo/libzdb-general
I've checked in a new version that require mysql_config and rely only on this script and with postgres we already use pg_config. This is probably better instead of trying to guess the top-level directory of the mysql install, which was rather uncertain as you pointed out.
On 19. jan.. 2009, at 06.19, Gustavo Baratto wrote:
One thing I noticed is that the configure script assumes the libraries are located directly under "--with-mysql=/opt/mysql" This is fine for most packaged mysql distributions, but when we compile mysql from source, the default location for the libraries is under "PREFIX/lib/mysql/"
A few years back, the configure script for PHP used to look for the libraries under both "/opt/mysql/lib" and "/opt/mysql/lib/mysql" when we configured PHP with "--with-mysql=/opt/mysql" (I think these days they use mysql_config).
Again, thank you very much!
Cheers, g.
On Sun, Jan 18, 2009 at 6:50 AM, Jan-Henrik Haukeland <hauk@tildeslash.com
wrote:
We'll hold back 2.4 for a couple of weeks to see if we need to fix other stuff first. We are testing more with postgres now and we have already done some internal improvements and bug fixes.
It would be great if you could check out 2.4 from subversion and try it and report if the problem you found were fixed.
On 18. jan.. 2009, at 07.53, Gustavo Baratto wrote:
That's great to know Jan...
Would you know when 2.4 is out by any chance?
Thanks! g.
On Sat, Jan 17, 2009 at 3:11 PM, Jan-Henrik Haukeland <hauk@tildeslash.com
wrote:
On 17. jan.. 2009, at 23.58, Gustavo Baratto wrote:
I'm getting a weird error saying no database was selected, even though the configure script seem to find mysql
I believe this should be fixed in svn. Could you please checkout libzdb and try again?
-- To unsubscribe: http://www.tildeslash.com/mailman/listinfo/libzdb-general
-- g. -- To unsubscribe: http://www.tildeslash.com/mailman/listinfo/libzdb-general
Thanks again Jan... I think if statement that checks version in mysql.h (in configure.ac) was backwards:
--- configure.ac.bak Mon Jan 19 22:13:00 2009 +++ configure.ac Mon Jan 19 22:15:01 2009 @@ -194,7 +194,7 @@ else return 0; ]]) - ],[mysql="yes"],[mysql="no"]) + ],[mysql="no"],[mysql="yes"]) if test "$mysql" = "no" then AC_MSG_RESULT([fail, >= 4.1 required])
Also, I'm getting this when I run make:
----- gcc -DHAVE_CONFIG_H -I. -I./src -Isrc -Isrc/util -Isrc/net -Isrc/db -Isrc/exceptions -I/opt/mysql/include/mysql -I/opt/mysql/include/mysql -I/opt/mysql/include/mysql -O3 -Wall -Wunused -Wno-unused-label -funsigned-char -c src/util/Vector.c -o Vector.o >/dev/null 2>&1 no -b src/net/URL.re > src/net/URL.c /bin/sh: line 1: no: not found gmake[2]: *** [src/net/URL.c] Error 127 gmake[2]: Leaving directory `/export/home/gbaratto/src/libzdb-2.4' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/export/home/gbaratto/src/libzdb-2.4' gmake: *** [all] Error 2 ------
If I run make again, the compilation completes successfully...
I think this is because of RE2C in configure.ac. Is RE2C a requirement?
Thanks a lot!! g.
On Mon, Jan 19, 2009 at 2:59 PM, Jan-Henrik Haukeland hauk@tildeslash.comwrote:
I've checked in a new version that require mysql_config and rely only on this script and with postgres we already use pg_config. This is probably better instead of trying to guess the top-level directory of the mysql install, which was rather uncertain as you pointed out.
On 19. jan.. 2009, at 06.19, Gustavo Baratto wrote:
One thing I noticed is that the configure script assumes the libraries are located directly under "--with-mysql=/opt/mysql" This is fine for most packaged mysql distributions, but when we compile mysql from source, the default location for the libraries is under "PREFIX/lib/mysql/"
A few years back, the configure script for PHP used to look for the libraries under both "/opt/mysql/lib" and "/opt/mysql/lib/mysql" when we configured PHP with "--with-mysql=/opt/mysql" (I think these days they use mysql_config).
Again, thank you very much!
Cheers, g.
On Sun, Jan 18, 2009 at 6:50 AM, Jan-Henrik Haukeland <hauk@tildeslash.com
wrote:
We'll hold back 2.4 for a couple of weeks to see if we need to fix other stuff first. We are testing more with postgres now and we have already done some internal improvements and bug fixes.
It would be great if you could check out 2.4 from subversion and try it and report if the problem you found were fixed.
On 18. jan.. 2009, at 07.53, Gustavo Baratto wrote:
That's great to know Jan... Would you know when 2.4 is out by any chance?
Thanks! g.
On Sat, Jan 17, 2009 at 3:11 PM, Jan-Henrik Haukeland < hauk@tildeslash.com> wrote:
On 17. jan.. 2009, at 23.58, Gustavo Baratto wrote:
I'm getting a weird error saying no database was selected, even though the configure script seem to find mysql
I believe this should be fixed in svn. Could you please checkout libzdb and try again?
-- To unsubscribe: http://www.tildeslash.com/mailman/listinfo/libzdb-general
-- g. -- To unsubscribe: http://www.tildeslash.com/mailman/listinfo/libzdb-general
-- To unsubscribe: http://www.tildeslash.com/mailman/listinfo/libzdb-general
On 20. jan.. 2009, at 07.31, Gustavo Baratto wrote:
I think if statement that checks version in mysql.h (in configure.ac) was backwards:
I believe its okay.
Also, I'm getting this when I run make:
no -b src/net/URL.re > src/net/URL.c /bin/sh: line 1: no: not found
I think this is because of RE2C in configure.ac. Is RE2C a requirement?
Yes, re2c is required when building from svn [1]. Re2c is a small embedded scanner we use to translate URL.re to URL.c. It can be downloaded from http://re2c.org/
[1] In the dist of libzdb its not required since we include URL.c, but when building from svn its required.