On Fri, Dec 22, 2000 at 02:27:05PM -0800, [EMAIL PROTECTED] wrote:
>
> > > I've been fighting OS/390 build problems for over a day because of the
> > > apr-util/.libs change.
> >
> > If we reverted that change and just went against the .la again, would that
> > work for you? The use of .libs shou
> > I've been fighting OS/390 build problems for over a day because of the
> > apr-util/.libs change.
>
> If we reverted that change and just went against the .la again, would that
> work for you? The use of .libs should never have happened.
-1. The .libs thing works, reverting it just breaks e
On Fri, Dec 22, 2000 at 04:57:10PM -0500, greg wrote:
> Greg Stein wrote:
> >
> > I'm thinking that we want to have a
> > file describe the features it needs, then ask APR to get them for us.
> >
> > For example:
> >
> > #define APR_WANT_STDIO 1
> > #define APR_WANT_MEM_FUNCS 1
On Fri, Dec 22, 2000 at 01:16:51PM -0800, [EMAIL PROTECTED] wrote:
>...
> > "The feature". That is the problem with these tests. They're just looking
> > for a header, not a particular feature. I'm thinking that we want to have a
> > file describe the features it needs, then ask APR to get them for
> I've been thinking about all these "APR_HAVE_FOO_H" tests. The app that is
> using APR(UTIL) is adding a series of includes like:
>
> #if APR_HAVE_STRING_H
> #include
> #endif
> #if APR_HAVE_STRINGS_H
> #include
> #endif
> #if APR_HAVE_UNISTD_H
> #include
> #endif
>
> It does this because s
[ moved to dev@apr.apache.org ]
On Fri, Dec 22, 2000 at 10:06:54AM -0800, [EMAIL PROTECTED] wrote:
> > minor issues which will come up:
> >
> > APR (or projects which APR developers work on) stops caring about
> > some test and the APR_HAVE_xxx is removed from apr.h => this is a
> > bug bec
[ moved to dev@apr.apache.org ]
On Fri, Dec 22, 2000 at 12:24:14PM -0500, Jeff Trawick wrote:
> "William A. Rowe, Jr." <[EMAIL PROTECTED]> writes:
>
> > > So what if we have some autoconfiguration requirements in one of the
> > > support programs... It automatically goes in APR (-0)? The support
Whoa...
> brane 00/12/21 15:02:36
>
> Modified:.apr.dsp apr.mak
> Log:
> Don't export symbols from static library.
Please watch out, you broke the build.
I understand that it -appears- that apr.dsp is the static
library generator. At the moment, it's a comprimize, and
i
These two patches for apr and apr-util fix compile warnings on Solaris for
str* and mem* functions. This fixes all of them. APR_HAVE_STRINGS_H is now
defined in apr.h.
/dale
--- apr/configure.in.orig Thu Dec 21 20:45:41 2000
+++ apr/configure.inThu Dec 21 20:46:53 2000
@@ -277,7 +277,7
> Rather than waiting for IO to be possible, doesn't the sendfile() return the
> number of bytes written? In other words, you would get EAGAIN *and* bytes
> written. Thus, you know not to send that data again.
>
> Seems like that would save a syscall for calls with timeout > 0.
There are a coupl
Rather than waiting for IO to be possible, doesn't the sendfile() return the
number of bytes written? In other words, you would get EAGAIN *and* bytes
written. Thus, you know not to send that data again.
Seems like that would save a syscall for calls with timeout > 0.
Cheers,
-g
On Fri, Dec 22,
Committed all of them.
Thanks, and sorry it took me so long. I got pulled into a meeting.
Ryan
On Thu, 21 Dec 2000, Cliff Woolley wrote:
>
> This should take care of all the compile errors and warnings in the Apache
> support
> programs. Note that it includes my previous two patches, so yo
12 matches
Mail list logo