Message222864
| Author | r.david.murray |
|---|---|
| Recipients | andymaier, docs@python, eric.araujo, ezio.melotti, r.david.murray, rhettinger, sandro.tosi, terry.reedy, tshepang |
| Date | 2014-07-12.18:34:43 |
| SpamBayes Score | -1.0 |
| Marked as misclassified | Yes |
| Message-id | <1405190083.57.0.358735839749.issue14050@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
Unless I'm misremembering, it is exactly __lt__ (or __gt__, if __lt__ returns NotImplemented) that sorting depends on. Since I'm sure there is code out there that depends on this fact, I wonder if it should be part of the language definition. Also, the comparison documentation (https://docs.python.org/3/reference/expressions.html#comparisons) speaks about "total ordering" as being the requirement, which has a specific mathematical meaning (which sets, for example, do not satisfy, even though they have a __lt__ method). Whether or not the distinction is worth explaining in the tutorial is a open question. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2014-07-12 18:34:43 | r.david.murray | set | recipients: + r.david.murray, rhettinger, terry.reedy, ezio.melotti, eric.araujo, sandro.tosi, docs@python, tshepang, andymaier |
| 2014-07-12 18:34:43 | r.david.murray | set | messageid: <1405190083.57.0.358735839749.issue14050@psf.upfronthosting.co.za> |
| 2014-07-12 18:34:43 | r.david.murray | link | issue14050 messages |
| 2014-07-12 18:34:43 | r.david.murray | create | |