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.com> wrote:
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?

See http://code.google.com/p/libzdb/source/checkout

--
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



--
g.