[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"

Change by Xtrem532 : -- nosy: +Xtrem532 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"

miss-islington added the comment: New changeset 8a2c2d4e1b6b46a9a982e5c064ca4399ec28d55d by Miss Islington (bot) in branch '3.6': bpo-34365: Update date object documentation (GH-8814) https://github.com/python/cpython/commit/8a2c2d4e1b6b46a9a982e5c064ca4399ec28d55d --

[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"

miss-islington added the comment: New changeset e2b40f4ce954ea3d35a73541029b2253abd9d245 by Miss Islington (bot) in branch '3.7': bpo-34365: Update date object documentation (GH-8814) https://github.com/python/cpython/commit/e2b40f4ce954ea3d35a73541029b2253abd9d245 --

[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"

Mariatta Wijaya added the comment: Thanks! -- nosy: +Mariatta resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"

Change by miss-islington : -- pull_requests: +8620 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"

Change by miss-islington : -- pull_requests: +8619 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"

miss-islington added the comment: New changeset 9c223794c754408644c16349b85dd27fdba8a926 by Miss Islington (bot) (Danish Prakash) in branch 'master': bpo-34365: Update date object documentation (GH-8814) https://github.com/python/cpython/commit/9c223794c754408644c16349b85dd27fdba8a926

[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"

Change by Paul Ganssle : -- nosy: +p-ganssle ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"

Change by Danish Prakash : -- keywords: +patch pull_requests: +8292 stage: -> patch review ___ Python tracker ___ ___

[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"

Kevin Norris added the comment: There is none. It raises a TypeError. See https://docs.python.org/3/reference/expressions.html#value-comparisons -- ___ Python tracker ___

[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"

Danish Prakash added the comment: > But in 3.x, comparison no longer falls back to comparing object addresses. What is the default fallback in 3.x? -- nosy: +prakashdanish ___ Python tracker

[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"

Change by Steve Dower : -- keywords: +easy versions: -Python 3.4, Python 3.5 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"

New submission from Kevin Norris : The 3.x datetime documentation contains the following footnote: > In other words, date1 < date2 if and only if date1.toordinal() < > date2.toordinal(). In order to stop comparison from falling back to the > default scheme of comparing object addresses, date