[issue29012] __bases__ is a tuple (possibly empty or a singleton)

[Berker Peksag]

Berker Peksag added the comment:

Good point, Serhiy. Thanks for the patch, Jim. I've now removed the "possible a 
singleton" part.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29012] __bases__ is a tuple (possibly empty or a singleton)

[Roundup Robot]

Roundup Robot added the comment:

New changeset 1aba7cbbcc27 by Berker Peksag in branch '3.5':
Issue #29012: Remove another outdated information
https://hg.python.org/cpython/rev/1aba7cbbcc27

New changeset 7ef5b02b228a by Berker Peksag in branch '3.6':
Issue #29012: Merge from 3.5
https://hg.python.org/cpython/rev/7ef5b02b228a

New changeset f05165a9cae6 by Berker Peksag in branch 'default':
Issue #29012: Merge from 3.6
https://hg.python.org/cpython/rev/f05165a9cae6

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29012] __bases__ is a tuple (possibly empty or a singleton)

[Jim Fasarakis-Hilliard]

Jim Fasarakis-Hilliard added the comment:

Yes, I agree with that it seems redundant after the change. I'm attaching 
another small patch based on the committed one to trim that off.

--
Added file: http://bugs.python.org/file46117/fixbasesdoc2.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29012] __bases__ is a tuple (possibly empty or a singleton)

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

I think "possible a singleton" can be removed too. It doesn't add any useful 
information, any tuple is possible a singleton.

--
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29012] __bases__ is a tuple (possibly empty or a singleton)

[Berker Peksag]

Berker Peksag added the comment:

Thanks, Jim.

--
nosy: +berker.peksag
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> behavior
versions:  -Python 3.3, Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29012] __bases__ is a tuple (possibly empty or a singleton)

[Roundup Robot]

Roundup Robot added the comment:

New changeset 721df314d45a by Berker Peksag in branch '3.5':
Issue #29012: Remove outdated information about __bases__
https://hg.python.org/cpython/rev/721df314d45a

New changeset 019125fb6d66 by Berker Peksag in branch '3.6':
Issue #29012: Merge from 3.5
https://hg.python.org/cpython/rev/019125fb6d66

New changeset 454426dbff83 by Berker Peksag in branch 'default':
Issue #29012: Merge from 3.6
https://hg.python.org/cpython/rev/454426dbff83

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29012] __bases__ is a tuple (possibly empty or a singleton)

[R. David Murray]

R. David Murray added the comment:

Most likely it just slipped through.  In 2.7 the section is just called 
'classes', not 'custom classes', and covered both classic classes and the new 
style classes that are all that python3 has.

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29012] __bases__ is a tuple (possibly empty or a singleton)

[Jim Fasarakis-Hilliard]

New submission from Jim Fasarakis-Hilliard:

The following statement is in the Language Reference for Custom classes:

>  __bases__ is a tuple (possibly empty or a singleton) containing the base 
> classes

AFAIK, ``object.__bases__`` is the only object for which ``__bases__`` is empty 
and it isn't a *custom* class. Attempts to create a class and assign __bases__ 
to an empty tuple is checked to enforce inheritance from ``object``. This 
*seems* to be something that slipped through when the docs were created for 
Python 3.0?

I'm curious to see if this can actually be empty, if not, attached patch 
removes ''empty'' from the sentence.

--
assignee: docs@python
components: Documentation
files: fixbasesdoc.patch
keywords: patch
messages: 283595
nosy: Jim Fasarakis-Hilliard, docs@python
priority: normal
severity: normal
status: open
title: __bases__ is a tuple (possibly empty or a singleton)
versions: Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7
Added file: http://bugs.python.org/file45962/fixbasesdoc.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com