apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Brian Pane <brian.p...@cnet.com>
Subject Re: [VOTE] Time for APR 1.0
Date Sun, 31 Aug 2003 21:22:25 GMT
On Sun, 2003-08-31 at 09:56, Justin Erenkrantz wrote:
> I'd like to propose a vote:
> 
> [ ] - Yes, I think we're ready for 1.0 now (in both apr and apr-util)
> [ ] - No, I think we're not ready for 1.0 because __________

Depending on just how hastily you want to tag a release,
I'd like to clean up the apr_atomic API prior to 1.0.
Currently, the interface is inconsistent: some functions
operate on apr_uint32_t, while others operate on
apr_atomic_t.  I'd like to deprecate the current API
and switch to a new API that looks something like this:

apr_uint32_t apr_atomic_read32(volatile apr_uint32_t *mem);
apr_uint32_t apr_atomic_add32(volatile apr_uint32_t *mem,
                              apr_uint32_t val);
apr_uint32_t apr_atomic_cas32(volatile apr_uint32_t *mem,
                              apr_uint32_t with,
                              apr_uint32_t cmp);


Brian



Mime
View raw message