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

Re: svn commit: rev 3577 - trunk/ac-helpers

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2002-10-30 14:51:48 CET

sussman@tigris.org writes:

> Author: sussman
> Date: 2002-10-30 07:29:41 -0600 (Wed, 30 Oct 2002)
> New Revision: 3577
>
> * berkeley-db.m4
>
> (SVN_LIB_BERKELEY_DB): put 'std' back as the first search location.
> This should fix all the brokenness we were seeing on Debian, Redhat, etc.
>
> (SVN_LIB_BERKELEY_DB_TRY): at Brane's excellent suggestion, check
> that the version constants in db.h actually match the values that
> the library gives from db_version(). This catches the FreeBSD
> weirdness perfectly.

OK, so contrary to popular belief, svn 0.14.5 is NOT yet rolled or
released, because the berkeley-db detection still wasn't working last
night, which was the whole point of tossing 0.14.4.

So I'm asking for help: will people please update to HEAD (at least
3577) and test this change above? I want to know that Berkeley DB is
being found correctly on many different OSes. It should work if you
pass no arguments to ./configure. It should also work if you pass an
explicit location (--with-berkeley-db=FOO:BAR).

FWIW, this patch works fine on my FreeBSD 4.7 system:

checking for built-in Berkeley DB... no
checking for Berkeley DB in the standard places (as db4)... no
checking for Berkeley DB in the standard places (as db)... no
checking for Berkeley DB in /usr/local/include/db4 and /usr/local/lib (as db4)... yes

If this detection is working for everyone, then I'll bump the CHANGES
file again, and roll a real 0.14.5 tarball.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 30 14:52:22 2002

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.