On Sun, Aug 25, 2002 at 11:55:40PM -0700, Justin Erenkrantz wrote:
> On Sun, Aug 25, 2002 at 07:31:30PM -0400, William Uther wrote:
> > external-distclean calls distclean for apr before apr-util. The apr
> > distclean removes stuff that the apr-util distclean wants. The patch
> > below is orthogonal to this breakage.
>
> Yeah, we have to do that in httpd-2.0 as well.
>
> Patch welcomed.
>
> Of course, the 'right' thing to do is to get apr-util's build system
> completely isolated from apr's. But, nah, who has the time for
> that? -- justin
Right. And this kind of dependency is also why I'm not really in favor of
[SVN] using whatever libtool APR has built. IIRC, libtool is also built
specifically with the shared/static switches encoded into it. That could
mean that APR might be built shared, and you wouldn't be able to build a
static SVN binary.
And this also goes back to the question about using jlibtool. (I was just
searching for that msg to finally reply to, but this one works :-) I would
love to use jlibtool, but only if the SVN config for jlibtool is separate.
Regarding the whole interrelated build crap... I've been thinking lately
about creating apr-build. A config and build-time project for holding the
build stuff that APR* (and maybe SVN?) uses. The three projects could then
share stuff like apr_common.m4 without some of the nastiness that is
happening today.
We also have a problem in that apr/build/rules.mk.in currently has
APR_MAJOR_VERSION in it. That was a mistake :-( It means that the rules.mk
file can't be shared any more. Gotta get that fixed up to enable an apr-util
release...
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Sep 4 23:10:47 2002