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 ncoghlan
Recipients gregory.p.smith, larry, ncoghlan, oscarbenjamin, steven.daprano, wolma
Date 2014-02-04.11:15:36
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1391512536.52.0.204327973152.issue20481@psf.upfronthosting.co.za>
In-reply-to
Content
I think it's also acceptable at this point for the module docs to just say that handling of mixed type input is undefined and implementation dependent, and recommend doing "map(int, input_data)", "map(float, input_data)", "map(Decimal, input_data)" or "map(Fraction, input_data)" to ensure getting a consistent answer for mixed type input.

I believe it would also be acceptable for the module to just fail immediately as soon as it detects an input type that differs from the type of the first value rather than attempting to guess the most appropriate behaviour.

This close to 3.4rc1 (Sunday 9th February), I don't think we want to be committing to *any* particular implementation of type coercion.
History
Date User Action Args
2014-02-04 11:15:36ncoghlansetrecipients: + ncoghlan, gregory.p.smith, larry, steven.daprano, oscarbenjamin, wolma
2014-02-04 11:15:36ncoghlansetmessageid: <1391512536.52.0.204327973152.issue20481@psf.upfronthosting.co.za>
2014-02-04 11:15:36ncoghlanlinkissue20481 messages
2014-02-04 11:15:36ncoghlancreate