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/
