This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author kristjan.jonsson
Recipients eric.snow, jcea, kristjan.jonsson, mark.dickinson, michael.foord, pitrou, rhettinger, serhiy.storchaka
Date 2012-04-20.09:14:54
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1334913295.07.0.583844817948.issue14381@psf.upfronthosting.co.za>
In-reply-to
Content
Interesting.
I declare that this rule does not apply here since the code is a deliberate hack:  We are pretending that a certain address points to integers and checking those integers.  
If you insist on following the standard, you could do 

double cmp = 0;
return mcmcmp(&cmp, &fval, sizeof(fval)) == 0;

but on all real machines this is the same as:

PY_LONG_LONG cmp = 0;
return mcmcmp(&cmp, &fval, sizeof(fval)) == 0;

Which again is the same as 
return *(PY_LONG_LONG*)&fval == 0;
technically speaking, even if the standard doesn't agree.  You could implement this with in-line assembly and so cheerfully sidestep the standard.

When you're hacking, your're hacking and the standard isn't your friend :)

As for IEEE, sure, anyway that thing is oriented is fine, although in this day and age, I find it rather amusing that the logic thinks of IEEE support as the exception, rather than the rule.

Anyway, this proposal has been rejected due to lack of interest or some misguided idea of performance, so the point is moot.
History
Date User Action Args
2012-04-20 09:14:55kristjan.jonssonsetrecipients: + kristjan.jonsson, rhettinger, jcea, mark.dickinson, pitrou, michael.foord, eric.snow, serhiy.storchaka
2012-04-20 09:14:55kristjan.jonssonsetmessageid: <1334913295.07.0.583844817948.issue14381@psf.upfronthosting.co.za>
2012-04-20 09:14:54kristjan.jonssonlinkissue14381 messages
2012-04-20 09:14:54kristjan.jonssoncreate