< please don't top post, reply *after* the question you're answering>
> I should have mentioned that sqlite is installed.
>
> yum list inatalled | grep sqlite
> sqlite.x86_64 3.6.20-1.el6 @anaconda-
> RedHatEnterpriseLinux-201105101844.x86_64/6.1
> sqlite-devel.x86_64 3.6.20-1.el6 @rhel-
> x86_64-server-6
>
> ls -lh /usr/lib64 | grep sqlite
> lrwxrwxrwx 1 root root 19 Dec 20 18:17 libsqlite3.so ->
> libsqlite3.so.0.8.6
> lrwxrwxrwx. 1 root root 19 Aug 2 21:52 libsqlite3.so.0 ->
> libsqlite3.so.0.8.6
> -rwxr-xr-x. 1 root root 571K Nov 24 2009 libsqlite3.so.0.8.6
>
> ls -lh /usr/bin/sqlite3
> -rwxr-xr-x. 1 root root 52K Nov 24 2009 /usr/bin/sqlite3
>
> sqlite3
> SQLite version 3.6.20
> Enter ".help" for instructions
> Enter SQL statements terminated with a ";"
> sqlite> .quit
>
> I'm pretty sure I have sqlite3 installed - it's the standard packages.
> Gearman just doesn't seem to locate them.
Indeed, the m4 macro AX_LIB_SQLITE3 doesn't trust the linker to look in
/usr/lib64 the way it should. This function needs to be updated to just
leave the -L and -I off, as this will break on Ubuntu and Debian as well
since libraries are moving into multi-arch directories now.
To fix your problem, you can patch m4/ax_lib_sqlite3.m4 to look for
libraries in /usr/lib64, and then run autoreconf to regenerate the
configure script.
That didn't seem to help. I see that sqlite3.h is in /usr/include so
m4/ax_lib_sqlite3.m4 is finding it. The configure output also shows it
was found.
checking for SQLite3 library >= 3.0.0... yes
In the end it still doesn't want to build with libsqlite3 though.
I had the same issues. I installed .25 and it works. I haven't tried
the latest version though so maybe that is working as well.