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

Re: Seruious problems with APU_WANT_DB

From: D.J. Heap <djheap_at_dhiprovo.com>
Date: 2003-10-30 21:44:01 CET

Branko Čibej wrote:
> As D.J. pointed out, Subversion no longer builds on Windows since we
> started using APU_WANT_DB instead of including db.h. Changing apu.h to
> define APU_HAVE_DB to 1 doesn't help, because the apr-util project files
> don't know where to look for the BDB headers, and there is _no_ way for
> gen-make.py to send that info to apr-util. The only workaround is to add
> the BDB include path to the default MSVC configuration, but that adds
> yet another manual configuration step to the Windows build process.
> This situation is intolerable, and I won't tolerate it for long. I'd
> welcome any suggestions for fixing the problem.

I haven't had too much time to investigate deeply to see what a good
solution would be, but I found a couple of things (Brane already mostly
covered these):

apu.h is copied from apu.hw when apr-util is built. Obviously, this is
after the generator has run so the generator would have to tweak the
apu.hw file or something. And, mod_dav_svn uses the apr-util from the
Apache directory, so we'd have to tweak that apu.hw as well.

apr-util needs to know where db.h is at, so it's project file needs to
be tweaked or the db.h include directory has to be added to the system's
include path.

The best solution seems to be to somehow get apr-util to know that BDB
is installed and where it's at...but those project files are not
generated, and so cannot easily be told, right? Can Subversion's
generator create the apr-util project file? That still won't help
mod_dav_svn, though...

Or, we could hack things for Windows so that apr-util doesn't know about
BDB and Subversion just includes it directly as it used to.

On a side note, if we supply Apache's directory to the generator to
build mod_dav_svn, we don't really need the apr projects copied and
built in Subverion's directory, do we? Of course, this may not be
necessary, just a would-be-nice thought.


This email and any files transmitted with it are confidential
and intended solely for the use of the individual or entity to
whom they are addressed. If you have received this email
in error please notify the system manager.

This footnote also confirms that this email message has been
swept by MIMEsweeper for the presence of computer viruses.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Oct 30 21:44:51 2003

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.