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 terry.reedy
Recipients loewis, ncoghlan, pfalcon, serhiy.storchaka, terry.reedy
Date 2014-04-13.18:58:01
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1397415482.91.0.80676206048.issue21180@psf.upfronthosting.co.za>
In-reply-to
Content
A few notes: This issue depends on PEP467, but there is no corresponding tracker issue yet to put in the dependency box. Title and other headers can be edited. Messages and uploaded files can be unlinked from the issue but not edited (or deleted from the database). Nick and other developers are busy with PyCon, so please be patient.

Why this issue depends on the PEP: There is a general feeling that a default class constructor can be overloaded too far, and that a separate constructor method is sometimes better. Many people think that byte(s/array) is the worst stdlib example of 'too much'. In particular, few seem to like the 0 initializaiton and many dislike it. Changing it is the motivation for the PEP. From Guido's comments, I expect that some version of this change will be accepted even if other parts of the PEP are rejected and eliminated (as some already have been).

In summary, while Martin and I agree that 'copy the existing bytearray api' should be rejected, we also think that 'copy the new api' can be considered if and when there is one.
History
Date User Action Args
2014-04-13 18:58:02terry.reedysetrecipients: + terry.reedy, loewis, pfalcon, ncoghlan, serhiy.storchaka
2014-04-13 18:58:02terry.reedysetmessageid: <1397415482.91.0.80676206048.issue21180@psf.upfronthosting.co.za>
2014-04-13 18:58:02terry.reedylinkissue21180 messages
2014-04-13 18:58:01terry.reedycreate