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

Re: Support for BDB in RPM's

From: David Summers <david_at_summersoft.fay.ar.us>
Date: 2005-04-27 18:15:10 CEST

On Wed, 27 Apr 2005, Philip Martin wrote:
> "Max Bowsher" <maxb@ukf.net> writes:
>
>> Subversion does not include db.h directly. It uses
>> [[[
>> #define APU_WANT_DB
>> #include <apu_want.h>
>> ]]]
>> using apr-util. You need to patch all occurences of this (all within
>> libsvn_fs_base/) to include the BDB headers without assistance from
>> apr-util.
>
> I don't think any patching is necessary, from apu_want.h:
>
> #ifdef APU_WANT_DB
>
> #if APU_HAVE_DB
> #include <db.h>
> #endif
>
> #undef APU_WANT_DB
> #endif
>
> As I understand it the system apr-util uses BDB 4.1 so APU_HAVE_DB
> will be defined, and that #include will be OK as long as David's
> 4.2 BDB provides a header called db.h.
>
>> Is the apr(-util) version included with the OS definitely too old?
>
> As I understand it the problem is not that the system apr-util is too
> old, but that the system BDB (4.1) is too unreliable. David wants to
> build libsvn_fs_base against his own 4.2 BDB, without having to
> rebuild all of apr-util, httpd, php, etc. He wants apr-util to remain
> linked against BDB 4.1, with libsvn_fs_base linked against BDB 4.2.
>

Yes, what Phillip said.

I patched the APR regex to accept the system APR/APR-UTIL 0.9.4 and that
works fine.

Now I just have to get it to correctly link in the db-4.2 and use it.

--
David Wayne Summers        "Linux: Because reboots are for hardware upgrades!"
david_at_summersoft.fay.ar.us PGP Key: http://summersoft.fay.ar.us/~david/pgp.txt
PGP Key fingerprint =  0B44 B118 85CC F4EC 7021  1ED4 1516 5B78 E320 2001
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Apr 27 18:41:50 2005

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.