On 08/ 3/12 06:19 AM, Gilmore, Doug wrote:
>> -----Original Message-----
>> From: "C. Bergström" [mailto:cbergst...@pathscale.com]
>> Sent: Saturday, July 28, 2012 11:09 PM
>> To: Gilmore, Doug
>> Cc: open64-devel
>> Subject: Re: [Open64-devel] Review request: fixing issues when building
>> the compiler as 64-bit binaries
>>
>>
>> 0007 - I wouldn't agree to changing float to double.  Determining the
>> actual correct size uint64_t or something is probably the most future
>> proof and portable.
> A floating point format is needed since calculations involving
> probabilities and frequencies are being performed.
>
> Using single precision exposes too many situations where ties can
> occur or a 1LP change in an FP calculation can the effect of a
> comparison result.  Using double precisions drastically reduces the
> chance that these situations will arise.
The precision which is available on 32bit is sufficient and I'm not 
buying this.  *but* I'm happy to be wrong if there's a specific case 
you've hit/can show.
--------
As mentioned above - If you need a guaranteed size for precision, 
printing, format.. etc it's best to use a standard type. (uint64_t, 
uint32_t and friends)

When using the standard types you can also cheat and match them up with 
portable print as well. (for pointers)



------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Open64-devel mailing list
Open64-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/open64-devel

Reply via email to