apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Wilfredo Sánchez <wsanc...@mit.edu>
Subject Re: cvs commit: apr/include apr_strings.h
Date Thu, 15 Aug 2002 13:38:38 GMT
   I'm going to go ahead and rename the function, so the API is correct.

   How do I test for the size of a type with autoconf?

	-wsv


On Tuesday, July 30, 2002, at 11:38  AM, William A. Rowe, Jr. wrote:

> You aren't being anal... I believe we built this fn upside down.
>
> apr_int64 is a predictable type.  I'd suggest we should have added 
> apr_strtoi64()
> instead of strtoll (which isn't a portable type in the first place.).
>
> If apr_strtoll exists and longlong == 64 bits, then map that to 
> apr_strtoi64.
> If apr_strtoq exists and quad == 64 bits, then map that to 
> apr_strtoi64.
> If apr_strtol exists and long == 64 bits {64 bit cpu}, then map that 
> to apr_strtoi64.
>
> And if we have none of the above, use our own version of 
> apr_strtoi64().
>
> Now we have a useful and predictable type for large math.  If 
> apr_strtoll is
> really a 128 bit object on a given 64 bit architecture, using it would 
> be massive
> overkill :-)


Mime
View raw message