From cvs-return-3386-apmail-apr-cvs-archive=apr.apache.org@apr.apache.org Wed May 01 19:06:25 2002 Return-Path: Delivered-To: apmail-apr-cvs-archive@apr.apache.org Received: (qmail 89511 invoked by uid 500); 1 May 2002 19:06:24 -0000 Mailing-List: contact cvs-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Reply-To: dev@apr.apache.org Delivered-To: mailing list cvs@apr.apache.org Received: (qmail 89500 invoked from network); 1 May 2002 19:06:24 -0000 Date: 1 May 2002 19:06:23 -0000 Message-ID: <20020501190623.22794.qmail@icarus.apache.org> From: brianp@apache.org To: apr-cvs@apache.org Subject: cvs commit: apr STATUS X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N brianp 02/05/01 12:06:23 Modified: . STATUS Log: Added a call for votes on turning apr_pcalloc into a macro, plus my thoughts on the atomic API Revision Changes Path 1.114 +17 -2 apr/STATUS Index: STATUS =================================================================== RCS file: /home/cvs/apr/STATUS,v retrieving revision 1.113 retrieving revision 1.114 diff -u -r1.113 -r1.114 --- STATUS 1 May 2002 00:29:16 -0000 1.113 +++ STATUS 1 May 2002 19:06:23 -0000 1.114 @@ -1,5 +1,5 @@ APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS: -*-text-*- -Last modified at [$Date: 2002/05/01 00:29:16 $] +Last modified at [$Date: 2002/05/01 19:06:23 $] Release: @@ -67,7 +67,22 @@ goals, but I'm not going to spend my time supporting it - although I have spent more time on this than I'd like. If someone wants to maintain it, more power to them. If - no one maintains it, this gets changed to a +1.) + no one maintains it, this gets changed to a +1.), + BrianP (All the reasons why we don't want the processor-specific + code in APR are also reasons why I don't want to push + that code up into the apps that use APR. I'd rather + spend some more time searching for a workable solution + before we give up on atomics. Perhaps we should let + apps using the atomic API set a preprocessor flag to + choose an "optimal" or "portable" version of the atomic + ops?) + + * Turn apr_pcalloc into a macro that does apr_palloc+memset, to take + advantage of compiler optimizations when the size of the block being + passed to memset is known at compile time. + + +1: BrianP + RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP: