Re: src/ directory (was: Re: apr-util comments)x

2000-12-07 Thread rbb
1) Even if you build the whole thing, only the pieces used will be pulled into the application linking against APRUTIL. It is exactly this behavior that we're trying to avoid with the whole exports.c hack (we're trying to force a reference to everything in APR to ensure that it all

Re: src/ directory (was: Re: apr-util comments)x

2000-12-07 Thread Greg Stein
On Wed, Dec 06, 2000 at 04:05:12PM -0800, [EMAIL PROTECTED] wrote: 1) Even if you build the whole thing, only the pieces used will be pulled into the application linking against APRUTIL. It is exactly this behavior that we're trying to avoid with the whole exports.c hack (we're trying

Re: src/ directory (was: Re: apr-util comments)x

2000-12-07 Thread rbb
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

Re: src/ directory (was: Re: apr-util comments)x

2000-12-07 Thread Greg Stein
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 nothing but an

Re: cvs commit: apr/test testmmap.c

2000-12-07 Thread Greg Stein
Can't use APR_HAS_UNISTD_H unless you've also included apr.h ... -g On Thu, Dec 07, 2000 at 06:53:00AM -, [EMAIL PROTECTED] wrote: wrowe 00/12/06 22:52:59 Modified:test testmmap.c Log: Get ahead for win32 Revision ChangesPath 1.18 +2 -0

RE: src/ directory (was: Re: apr-util comments)x

2000-12-07 Thread William A. Rowe, Jr.
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 far because

RE: cvs commit: apr/mmap/win32 mmap.c

2000-12-07 Thread William A. Rowe, Jr.
From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Thursday, December 07, 2000 2:09 AM wrowe 00/12/06 22:58:59 --- apr_mmap.h2000/12/07 05:00:27 1.18 +++ apr_mmap.h2000/12/07 06:58:59 1.19 @@ -90,6 +90,16 @@ /** An area ID. Only valid on BeOS */

Re: src/ directory (was: Re: apr-util comments)x

2000-12-07 Thread Greg Stein
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, is that users

Re: cvs commit: apr/mmap/win32 mmap.c

2000-12-07 Thread Greg Stein
On Thu, Dec 07, 2000 at 07:33:31AM -0600, William A. Rowe, Jr. wrote: From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Thursday, December 07, 2000 2:09 AM ... Non-win32-specific question: why is the MMAP structure visible? Shouldn't that be an opaque structure? Dude. You're being obscure

RE: src/ directory (was: Re: apr-util comments)x

2000-12-07 Thread William A. Rowe, Jr.
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 into 6.0