[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Cannot build trunk with uninstalled sqlite

From: John Peacock <john.peacock_at_havurah-software.org>
Date: Mon, 17 Nov 2008 22:06:03 -0500

I tried to build trunk today. I did the usual:

        $ ./autogen.sh
        $ ./configure --enable-maintainer-mode

and this was the last bit before it failed:

> configure: checking sqlite library
> checking for pkg-config... /usr/bin/pkg-config
> checking sqlite library version (via pkg-config)... none or unsupported
> checking sqlite3.h usability... no
> checking sqlite3.h presence... no
> checking for sqlite3.h... no
> configure: WARNING: no suitable sqlite found
>
> An appropriate version of sqlite could not be found, so libsvn_ra_local
> will not be built. If you want to build libsvn_ra_local, please either
> install sqlite 3.5.9 on this system
>
> or
>
> get sqlite 3.5.9 from:
> http://www.sqlite.org/sqlite-3.5.9.tar.gz
> unpack the archive using tar/gunzip and rename the resulting
> directory from ./sqlite-3.5.9/ to ./sqlite/
>
> configure: error: Subversion requires SQLite

I followed the instructions and downloaded the latest tarball into the
trunk checkout and renamed the directory as required, but I get the same
output from configure. Going into the sqlite directory itself and
running configure, make, make install will then cause Subversion to build.

Sorry, but my autoconf/configure fu is very weak. I wonder if it is
because I have older sqlite (3.4.1) package installed, plus I don't have
the matching devel package. I suspect configure is getting confused and
not looking for the locally present directory because it has already
found _a_ version (but not the headers)...

John

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-11-18 04:06:21 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.