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
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
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
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
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
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
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
On Tue, Dec 05, 2000 at 02:28:31PM -0800, [EMAIL PROTECTED] wrote:
...
All I'm asking for is the symbol name, is APR_UTIL_DECLARE too wordy (and if
so, would we rather use APU_DECLARE or APRU_DECLARE?, or even AU_DECLARE)
I guess if we need another one, I would suggest APU_DECLARE.
I'm
On Tue, Dec 05, 2000 at 03:38:45PM -0600, William A. Rowe, Jr. wrote:
...
Why do we add the additional complexity of a src/ directory within apr-util?
Can't we keep to the same simplicity as apr itself? Suggesting, therefore,
that we aught to have apr-util/buckets rather than
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 06, 2000 1:32 PM
On Tue, Dec 05, 2000 at 03:38:45PM -0600, William A. Rowe, Jr. wrote:
...
Why do we add the additional complexity of a src/ directory within apr-util?
Can't we keep to the same simplicity as apr itself?
On Wed, Dec 06, 2000 at 01:51:59PM -0600, William A. Rowe, Jr. wrote:
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 06, 2000 1:32 PM
On Tue, Dec 05, 2000 at 03:38:45PM -0600, William A. Rowe, Jr. wrote:
...
Why do we add the additional complexity of a src/
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
Okay, I realize that apr-util was just born :), and what's in there right now is
basically just a first pass to facilitate the move to the httpd-2.0 repository
for
Apache. So thiss is as much to make sure that I understand the intentions as
anything else.
1) I assume that the ap_* prefix on
1) I assume that the ap_* prefix on files/etc hasn't been changed to apr_* yet
simply to ease the transition to httpd-2.0, and that the namespace change
will come
in a later pass. Right?
The prefix was left alone, because I wasn't going to bother changing it
until we have a working server.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 05, 2000 4:29 PM
Symbols can't be wrapped by APR_DECLARE, we need to use an APU_DECLARE, or
APR_UTIL_DECLARE, or whatever. Consider;
apr-util.dll needs to export its symbols, and import the APR_DECLAREs.
15 matches
Mail list logo