> WHAT!?!?!?! Distclean is meant to bring us back to what we had when we
> did a "cvs checkout". If you just want to clean your directory use make
> clean, not make distclean. This is the exact same syntax and rules that
> Apache and APR have always used. AFAIK, this is basically a standard and
On Tue, 5 Dec 2000 [EMAIL PROTECTED] wrote:
>
> > Modified:.Makefile.in
> > Log:
> > aprutil in the "distribution" form does not want to remove configure or
> > aprutils.exports (these two files are part of the distribution and users
> > cannot typically regenerate them).
> From: Roy T. Fielding [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 05, 2000 3:44 PM
>
> I am still categorically opposed to any prefix other than ap_ for
> any symbols in any C library that is based on code developed by
> the Apache projects. Including apr and apr-util, though I don't
>
> 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_DECLAR
> Bigger issue. [just finished reviewing it myself]
>
> Symbols can't be wrapped by APR_DECLARE, we need to use an APU_DECLARE, or
> APR_UTIL_DECLARE, or whatever. Consider;
>
> APR_DECLARE symbols are exported into the aprlib.dll
>
> apr-util.dll needs to export its symbols, and import the A
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 05, 2000 3:19 PM
>
> > We also have some other tweaky things such as the HOOK macros. You may have
> > noticed that Ryan had to undo the APR rename. I haven't looked into it, but
> > I bet it was because we don't have al
I am still categorically opposed to any prefix other than ap_ for
any symbols in any C library that is based on code developed by
the Apache projects. Including apr and apr-util, though I don't
consider myself to have voting rights on that code. It is, and
always has been, nothing but a pain in t
> From: Greg Stein [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 05, 2000 2:29 PM
>
> On Tue, Dec 05, 2000 at 11:00:24AM -0800, Cliff Woolley wrote:
> >...
> > 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,
> Modified:.Makefile.in
> Log:
> aprutil in the "distribution" form does not want to remove configure or
> aprutils.exports (these two files are part of the distribution and users
> cannot typically regenerate them). But the developers' "extraclean" target
> will do i
> We also have some other tweaky things such as the HOOK macros. You may have
> noticed that Ryan had to undo the APR rename. I haven't looked into it, but
> I bet it was because we don't have all the right APR_DECLARE macro magic
> available. Could have also been that he didn't want to change all
On Tue, Dec 05, 2000 at 11:00:24AM -0800, Cliff Woolley wrote:
>...
> 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?
Yup. I'm not sure what the strate
> 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 serv
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 fil
On Mon, 4 Dec 2000, Roy T. Fielding wrote:
> > If the auto-checkout modules thing doesn't work, then we can always have
> > buildconf check for the apr directory and punt if it doesn't find it.
>
> I think we will need to do that. The problem with ampersand modules
> is that they naturally assume
Does anyone have a desire to see strings like ":::127.0.0.1"
instead of strings like "127.0.0.1" for IPv4-mapped IPv6 addresses?
The former format is what we currently have. The latter is much more
user friendly. Here are examples from both formats in the Apache
access_log:
:::127.0.0.1
> Remove some warnings. The fixes may not be perfectly portable, but this
> is a start. We now build without cleanly and create a working web server.
s/without//
Ryan
___
Ryan Bloom [E
On Mon, Dec 04, 2000 at 09:53:17PM -0600, William A. Rowe, Jr. wrote:
> > From: Greg Stein [mailto:[EMAIL PROTECTED]
> > Sent: Monday, December 04, 2000 9:41 PM
> >
> > On Mon, Dec 04, 2000 at 09:27:38PM -0600, William A. Rowe, Jr. wrote:
> > > > From: Greg Stein [mailto:[EMAIL PROTECTED]
> > > >
> From: Greg Stein [mailto:[EMAIL PROTECTED]
> Sent: Monday, December 04, 2000 9:41 PM
>
> On Mon, Dec 04, 2000 at 09:27:38PM -0600, William A. Rowe, Jr. wrote:
> > > From: Greg Stein [mailto:[EMAIL PROTECTED]
> > > Sent: Monday, December 04, 2000 5:52 PM
> > > I'm suggesting the following:
> > >
On Mon, Dec 04, 2000 at 09:27:38PM -0600, William A. Rowe, Jr. wrote:
> > From: Greg Stein [mailto:[EMAIL PROTECTED]
> > Sent: Monday, December 04, 2000 5:52 PM
> > I'm suggesting the following:
> >
> > 1) MD5 hashing moves to apr-util since it is portable
> > 2) add crypt() covers into APR (APR_H
> From: Greg Stein [mailto:[EMAIL PROTECTED]
> Sent: Monday, December 04, 2000 5:52 PM
> I'm suggesting the following:
>
> 1) MD5 hashing moves to apr-util since it is portable
> 2) add crypt() covers into APR (APR_HAS_CRYPT and the appropriate -lcrypt
>switches if needed for the platform)
> 3
> Right! There are some other pieces in Apache that could be extracted and
> moved (e.g. server/util_xml), but that can certainly wait, too.
>
> I'm thinking the pieces you need right off are the old src/ap/ and
> src/lib/aputil/. Sound right?
My plan is to start with src/ap and see where that g
>int main(int argc, char *argv[])
>{
> +#if APR_HAS_OTHER_CHILD
>apr_pool_t *context;
>apr_proc_t newproc;
>apr_procattr_t *procattr = NULL;
> @@ -150,5 +153,9 @@
>apr_check_other_child();
>
>return 1;
> +#else
> +fprintf(stdout,
22 matches
Mail list logo
