Return-Path: Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Delivered-To: mailing list dev@apr.apache.org Received: (qmail 70363 invoked from network); 6 Dec 2000 20:28:43 -0000 Received: from sfo-gw.covalent.net (HELO koj.covalent.net) (207.44.198.62) by locus.apache.org with SMTP; 6 Dec 2000 20:28:43 -0000 Received: from rbb (helo=localhost) by koj.covalent.net with local-esmtp (Exim 3.16 #1) id 143lCz-0004lo-00; Wed, 06 Dec 2000 12:30:33 -0800 Date: Wed, 6 Dec 2000 12:30:33 -0800 (PST) From: rbb@covalent.net X-Sender: rbb@koj.rkbloom.net To: Greg Stein cc: "William A. Rowe, Jr." , dev@apr.apache.org Subject: Re: apr-util comments In-Reply-To: <20001206113221.X27235@lyra.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N > Two reasons: > > 1) we locate all the objects to add to the library using "find". it is > easier to find them under "src/" rather than enumerating each source > subdir. We can't use "." because that would pick up "test/". This hasn't been an object in APR. I would prefer to enumerate the subdirs to build, because it allows us to specify only those subdirs that we want to build. We don't have this support in apr-utils yet, but it will be needed if this is project is going to be very useful outside of Apache. Not everybody will want to use all of apr-util, and not everybody will want to require shared libraries. > 2) to keep the top-level cleaner. we have eight groups of functionality in > apr-util/src/. tossing those up a level would make that a bit more > confusing. Currently, the top-level has: build/, docs/, include/, src/, > and test/. Each is obvious in purpose. Isn't this clean enough just because each of the directories has a very specific purpose? Does it buy us anything to have this repository look like APR and Apache? Does SubVersion have a src directory? We just removed the src directory from Apache itself, why? do those arguments apply to apr-util as well? I have no answers, but those are the questions that I am left wondering about, so I wanted to make sure that they were brought out into the open so that we had answers when others asked them. Ryan _______________________________________________________________________________ Ryan Bloom rbb@apache.org 406 29th St. San Francisco, CA 94131 -------------------------------------------------------------------------------