Message175089
| Author |
mark.dickinson |
| Recipients |
Arfrever, Giovanni.Bajo, PaulMcMillan, Vlado.Boza, alex, arigo, benjamin.peterson, camara, christian.heimes, dmalcolm, koniiiik, lemburg, mark.dickinson, serhiy.storchaka, vstinner |
| Date |
2012年11月07日.12:06:03 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1352289964.29.0.0598620628758.issue14621@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
And I'm probably repeating myself too, but: the predictability of (and difficulty of changing of) hashing for numeric types is why I'm strongly opposed to hash collision / slot collision limits: they'd end up disallowing reasonably natural looking Python numeric sets (e.g. {2**k for k in range(n)} for smallish n). I don't think core Python should be solving this issue at all---I think that's a job for the web frameworks. Christian's idea of providing more suitable types in the std. lib. sounds like the right direction to me. |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2012年11月07日 12:06:04 | mark.dickinson | set | recipients:
+ mark.dickinson, lemburg, arigo, vstinner, christian.heimes, benjamin.peterson, Arfrever, alex, dmalcolm, Giovanni.Bajo, PaulMcMillan, serhiy.storchaka, Vlado.Boza, koniiiik, camara |
| 2012年11月07日 12:06:04 | mark.dickinson | set | messageid: <1352289964.29.0.0598620628758.issue14621@psf.upfronthosting.co.za> |
| 2012年11月07日 12:06:04 | mark.dickinson | link | issue14621 messages |
| 2012年11月07日 12:06:03 | mark.dickinson | create |
|