httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jim Jagielski <...@jaguNET.com>
Subject Re: cvs commit: apache-2.0/src/lib/apr/strings apr_snprintf.c
Date Wed, 13 Sep 2000 21:00:01 GMT
Is that always true? That for every platform widest_int is apr_int64_t?
Does APR's configure test that long long is supported?

We use it elsewhere, so I guess it's pretty safe.

Good catch... we don't check APR_LONGEST_LONG anymore in
2.0, so it was always being defined as long.

>   @@ -90,21 +90,17 @@
>    #ifndef TRUE
>    #define TRUE			1
>    #endif
>   -#ifndef APR_LONGEST_LONG
>   -#define APR_LONGEST_LONG	long
>   -#endif
>    #define NUL			'\0'
>    #define WIDE_INT		long
>   -#define WIDEST_INT		APR_LONGEST_LONG
>    
>    typedef WIDE_INT wide_int;
>    typedef unsigned WIDE_INT u_wide_int;
>   -typedef WIDEST_INT widest_int;
>   +typedef apr_int64_t widest_int;
>    #ifdef __TANDEM
>    /* Although Tandem supports "long long" there is no unsigned variant. */
>    typedef unsigned long       u_widest_int;
>    #else
>   -typedef unsigned WIDEST_INT u_widest_int;
>   +typedef apr_uint64_t u_widest_int;
>    #endif
>    typedef int bool_int;
>    
>   
>   
>   
> 


-- 
===========================================================================
   Jim Jagielski   [|]   jim@jaguNET.com   [|]   http://www.jaguNET.com/
                "Are you suggesting coconuts migrate??"

Mime
View raw message