apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joe Orton <jor...@redhat.com>
Subject Re: cvs commit: apr/memory/unix apr_pools.c
Date Thu, 07 Oct 2004 20:29:34 GMT
On Thu, Oct 07, 2004 at 07:28:55PM -0000, ake@apache.org wrote:
>   +/* temporary defines to handle 64bit compile mismatches */
>   +#define APR_INT_TRUNC_CAST    int
>   +#define APR_UINT32_TRUNC_CAST apr_uint32_t
>   +#define APR_UINT32_MAX        0xFFFFFFFFUL
>   +

...
>    }
>    
>    APR_DECLARE(void) apr_allocator_max_free_set(apr_allocator_t *allocator,
>   -                                             apr_size_t size)
>   +                                             apr_size_t in_size)
>    {
>        apr_uint32_t max_free_index;
>   +    apr_uint32_t size = (APR_UINT32_TRUNC_CAST)in_size;

Why is this a macro? It's not like apr_uint32_t is a name which is going
to change any time soon?

joe

Mime
View raw message