Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 8812 invoked by uid 500); 4 Sep 2002 21:09:47 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 8801 invoked from network); 4 Sep 2002 21:09:46 -0000 X-Authentication-Warning: kurgan.lyra.org: gstein set sender to gstein@lyra.org using -f Date: Wed, 4 Sep 2002 14:09:23 -0700 From: Greg Stein To: Justin Erenkrantz , dev@subversion.tigris.org Cc: dev@apr.apache.org Subject: Re: [PATCH] Remove test suite working dir in make local-distclean Message-ID: <20020904140922.F23476@lyra.org> Mail-Followup-To: Justin Erenkrantz , dev@subversion.tigris.org, dev@apr.apache.org References: <20020826065539.GH21273@apache.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20020826065539.GH21273@apache.org>; from jerenkrantz@apache.org on Sun, Aug 25, 2002 at 11:55:40PM -0700 X-URL: http://www.lyra.org/greg/ X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N 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/