In fact the same problem cropped up with BeOS on PHP, so it could be
useful... :)
david
Just a heads-up. I am still working on simplifying the build scripts.
More changes are required for httpd than anything else, though I'd also
like to streamline, name-protect, and make consistent the apr stuff.
This is taking a lot longer than expected because the current setup
has coupling
Wow! This all sounds great.
Is it possible to get a partial checkin? That'll let us review pieces as
they go (easier to do a small bit, than a huge one), and you won't have to
worry about tracking other changes to the build system.
On Mon, Feb 12, 2001 at 11:30:47PM -0800, Roy T. Fielding wrote:
* merged apr-conf.m4 and apr_common.m4 into build/acinclude.m4
and name-protected all of the macro names
-- have not yet name-protected the variables within the macros
Those two files had two very different uses. The first is used for APR
itself, and is a bunch of macros that no
That allows the snippet above to collapse to this:
APR_BRIGADE_INSERT_HEAD(bb, apr_bucket_file_create(fd, 0,
r-finfo.size));
APR_BRIGADE_INSERT_TAIL(bb, apr_bucket_eos_create());
AFAICT, the cost is minimal, and the code is much cleaner looking. Since
these sequences of bucket
On Mon, Feb 12, 2001 at 04:11:55PM -0600, William A. Rowe, Jr. wrote:
From: Jeff Trawick [EMAIL PROTECTED]
Sent: Monday, February 12, 2001 3:42 PM
apr.hw:
Move this code from include/arch/win32/fileio.h to apr.hw but also add
any needed includes (what are they?):
#if
--- [EMAIL PROTECTED] wrote:
That allows the snippet above to collapse to this:
APR_BRIGADE_INSERT_HEAD(bb, apr_bucket_file_create(fd, 0,
r-finfo.size));
APR_BRIGADE_INSERT_TAIL(bb, apr_bucket_eos_create());
AFAICT, the cost is minimal, and the code is much cleaner
-Original Message-
Or do you mean a
full patch to mass-cleanup all callers of the macros throughout Apache?
I meant the latter. I can apply what you already sent in about an hour, I
need to get to the office soon. All that's left is the rest of the
cleanup. :-)
Ahh. =-) Well
Kevin Pilch-Bisson [EMAIL PROTECTED] writes:
(imagine the APR_MAX_PATH pseudo code here...)
Has it been decided that this will happen? If so, any idea when?
yes; most likely today (I started it this a.m. but got interrupted
with something else; hope to get back to it Real Soon Now)
Have fun,
Notes regarding HP-UX compilation with latest CVS snapshots
of httpd-2.0, apr, and apr-util:
config.guess: hppa2.0w-hp-hpux11.00
uname: HP-UX B.11.00 U 9000/800
HP's Ansi C compiler (non-free): HP C/HP-UX Version A.11.01.00
MPM: prefork
Let me know if you want more details about the hardware
Cliff Woolley wrote:
-Original Message-
Ahem. Please don't rush. mass-cleanup can lead to beta delays,
without precautions.
Clearly. That's why I wasn't sure Ryan was even talking about a mass
cleanup when he asked for a full patch.
On the other hand, the nice thing about
+1 to all 3.
Ryan
On Tue, 13 Feb 2001, Cliff Woolley wrote:
Following are three minor issues in the aftermath of the APR symbol name
cleanup. I will submit patches for any/all of them if somebody concurs:
(1) I just discovered another typo from the mass-rename:
Doug MacEachern [mailto:[EMAIL PROTECTED] wrote:
i can take care of these no problemo.
Cool, thanks.
--Cliff
Whenever I do a cvs update from the httpd-2.0 directory I get these...
? srclib/apr-util/PrintPath
? srclib/apr-util/lt.debug
? srclib/apr-util/include/apu_config.h.in
? srclib/apr-util/include/apu_private.h
? srclib/apr-util/src/Makefile
? srclib/apr-util/src/buckets/Makefile
?
On Tue, Feb 13, 2001 at 12:58:04AM -0800, Greg Stein wrote:
Is it possible to get a partial checkin? That'll let us review pieces as
they go (easier to do a small bit, than a huge one), and you won't have to
worry about tracking other changes to the build system.
The APR changes include
15 matches
Mail list logo