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 mark.dickinson
Recipients eric.smith, mark.dickinson
Date 2009-05-04.19:30:15
SpamBayes Score 1.7923878e-06
Marked as misclassified No
Message-id <1241465416.76.0.973930264117.issue5920@psf.upfronthosting.co.za>
In-reply-to
Content
> Wouldn't it make more sense to switch to type 's',
> with a precision of 0, so as to use the same logic that float_str 
uses?

Yes, that makes some sense.  How would you handle 
'{:.10}'.format(10/3.), though?  We could either change 's' to allow a 
precision, or use 's' when there's no precision specified and 'g' (with 
the ADD_DOT_0 flag) otherwise.

> Or, also switch float_str to use 'g' with a precision of
> PyFloat_STR_PRECISION, and get rid of 's' altogether.

This sounds good to me.  It does feel as though there's unnecessary
duplication with the current setup.
History
Date User Action Args
2009-05-04 19:30:16mark.dickinsonsetrecipients: + mark.dickinson, eric.smith
2009-05-04 19:30:16mark.dickinsonsetmessageid: <1241465416.76.0.973930264117.issue5920@psf.upfronthosting.co.za>
2009-05-04 19:30:15mark.dickinsonlinkissue5920 messages
2009-05-04 19:30:15mark.dickinsoncreate