> 2) A simple find does work because of the presence of MM in there. A better
>organization would be apr/src/ and apr/mm/. That would allow a simple
>"find" for the src objects, and it would clarify that MM is a subpackage
>rather than part of the source lump.
MM does not belong in th
One of my latest problems dealing with APR's multiple directories was find
the objects to link. There were two problems with this, one caused by lack
of src/, and one partly:
1) If src/ existed in APR, then finding the objects would be a simple "find"
call. As it is, I must iterate over all the
> > I think it is goofy to place a src directory in a source tree -- everything
> > in the distribution is source. If there are too many subdirectories, then
> > either abstract them into relevant categories or split them into different
> > library modules.
>
> I
- Forwarded message from [EMAIL PROTECTED] -
From: [EMAIL PROTECTED]
Subject: Re: src/ directory (was: Re: Showstoppers: Alpha 9)
To: Greg Stein <[EMAIL PROTECTED]>
Date: Thu, 14 Dec 2000 16:56:55 -0800
> It isn't "a source tree". There is a lot more in the CV
ot have it resolved by tomorrow. I'm going to work on a
> > > bunch of the items for the release, but we should do something to get a
> > > write-up of the src-vs-not alternatives and get some more input.
>
> I think it is goofy to place a src directory in a source tree
> From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]
> Sent: Thursday, December 07, 2000 8:01 AM
>
> > From: Greg Stein [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, December 07, 2000 7:38 AM
> >
> > On Thu, Dec 07, 2000 at 07:26:05AM -0600, William A. Rowe, Jr. wrote:
> > >
> > > the only way
At 03:01 AM 12/07/2000, Greg Stein wrote:
On Wed, Dec 06, 2000 at 09:19:07PM -0600, William A. Rowe, Jr. wrote:
> I'm actually contemplating building both the .lib and .dll as two
full compiles.
> The benefit, when called for, is that users of the .lib won't
have dangling
> exported symbols. I r
On Thu, Dec 07, 2000 at 08:01:14AM -0600, William A. Rowe, Jr. wrote:
> > From: Greg Stein [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, December 07, 2000 7:38 AM
>...
> > In MSVC5, is it possible to change what occurs after the "-"? In other
> > words, could we have "Apache - Win32 Debug DLL" mean
> From: Greg Stein [mailto:[EMAIL PROTECTED]
> Sent: Thursday, December 07, 2000 7:38 AM
>
> On Thu, Dec 07, 2000 at 07:26:05AM -0600, William A. Rowe, Jr. wrote:
> >
> > the only way the MSVC 5.0 .dsp files may depend on one another are
> > on the same "- Win32 Debug" tag ... only when you get
On Thu, Dec 07, 2000 at 07:26:05AM -0600, William A. Rowe, Jr. wrote:
> > From: Greg Stein [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, December 07, 2000 2:01 AM
> >
> > > I'm actually contemplating building both the .lib and .dll as two full
> > > compiles.
> > > The benefit, when called for, i
> From: Greg Stein [mailto:[EMAIL PROTECTED]
> Sent: Thursday, December 07, 2000 2:01 AM
>
> > I'm actually contemplating building both the .lib and .dll as two full
> > compiles.
> > The benefit, when called for, is that users of the .lib won't have dangling
> > exported symbols. I refused so f
On Wed, Dec 06, 2000 at 09:19:07PM -0600, William A. Rowe, Jr. wrote:
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, December 06, 2000 9:01 PM
> >
> > > Just a footnote... what is in misc/ could just as easily live in a
> > > helpers or
> > > build directory, it's noth
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, December 06, 2000 9:01 PM
>
> > Just a footnote... what is in misc/ could just as easily live in a helpers
> > or
> > build directory, it's nothing but an empty stub to eliminate compiler emits.
>
> Okay, now I'm confused. T
ave a general problem with a misc directory. And I added the
> misc directory to APR, and I regret it now. If we can't quantify what is
> in a directory, then we shouldn't have that directory IMHO. If we remove
> the misc directory, and it is obvious what is in each directory, then we
> How much complexity are we willing to trade off for the minority position?
I consider this an important issue, so I am willing to trade a bit of
complexity for this feature. I don't want to add a lot of complexity, but
a bit.
Plus, as apr-util grows, Apache will not want some of the functions
(e.g. it would be hard to imagine "buckets" as being part of the
> > documentation :-), but it is *very* obvious that src/ contains the source
> > for the library.
>
> Well, I have a general problem with a misc directory. And I added the
> misc directory to APR, and
eneral problem with a misc directory. And I added the
misc directory to APR, and I regret it now. If we can't quantify what is
in a directory, then we shouldn't have that directory IMHO. If we remove
the misc directory, and it is obvious what is in each directory, then we
might be okay re
utables, has a dynamic/extendable layout for modules, etc.
APR is quite similar, though, so I would agree that making them similar
would be a Good Thing(tm). I believe the src/ structure is a bit clearer and
would apply to APR, too.
> Does SubVersion have a src directory?
Yes (called subversion
18 matches
Mail list logo
