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 tim.peters
Recipients mark.dickinson, njs, rhettinger, serhiy.storchaka, tim.peters
Date 2019-08-10.18:33:42
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1565462022.63.0.869397619089.issue37807@roundup.psfhosted.org>
In-reply-to
Content
Well, I have no code that would benefit from this change.  What's the point?  Sure, I use _parts_ of hash codes at times, but, e.g.,

    index = the_hash_code & SOME_LOW_BIT_MASK
    
in Python couldn't care less about the sign of `the_hash_code` - it returns a non-negative int regardless.  The same applies if, e.g., SOME_LOW_BIT_MASK is `(1 << sys.hash_info.hash_bits) - 1`, giving a full-width non-negative hash without losing a bit of "entropy".  But I've never felt a need for the latter.  Likewise for doing, e.g.,

    index = the_hash_code % SOME_POSITIVE_PRIME

in Python.  % takes the sign (positive here) of the modulus in Python.

So this _looks_ like pointlessly disruptive code churn to me.  What killer use case am I missing?
History
Date User Action Args
2019-08-10 18:33:42tim.peterssetrecipients: + tim.peters, rhettinger, mark.dickinson, njs, serhiy.storchaka
2019-08-10 18:33:42tim.peterssetmessageid: <1565462022.63.0.869397619089.issue37807@roundup.psfhosted.org>
2019-08-10 18:33:42tim.peterslinkissue37807 messages
2019-08-10 18:33:42tim.peterscreate