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

Do apr and apr-util support builddir != srcdir?

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2002-02-02 04:27:16 CET


I am trying to get Subversion to support builddir != srcdir when
building apr/apr-util from source in the Subversion tree. This used to
work until Subversion switched to using find_apr.m4 and find_apu.m4
and started using apr-util.

The first problem is that I am having trouble working out what
APR_FIND_APR and APR_FIND_APU are supposed to do.

The subversion source looks like


and APR_FIND_APR is called as APR_FIND_APR($srcdir/apr, $builddir).

This works for builddir = srcdir builds but doesn't appear to work
when builddir != srcdir. The problem is the concatenation of
$apr_builddir and $apr_srcdir when setting the values of $apr_config,
$apr_srcdir, etc. Having looked at the find_apr.mr code I cannot
really see what values to pass to APR_FIND_APR to produce the right
answers. Can anybody help?

Well, I can hack around that problem, replacing the bogus values of
apr_config and apu_config with the correct ones, and thus get
configure to run. Then I hit a second problem. Subversion has just
started to include apr-util, and I find that apr-util fails to
configure bundled xml/expat. I think this is because it tries to
create two levels of directories, xml/expat, with a single MKDIR
call. Creating the directory by hand before running configure produces
a buildable system. So I think I need to force the xml subdir to be
created as a special case, somewhere in apr-util/build/apu-conf.m4
perhaps, but I don't really know where to start. Can anybody help?

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:03 2006

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.