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 eric.smith
Recipients Demur Rumed, eric.smith, mjpieters, serhiy.storchaka, ztane
Date 2016-07-10.22:18:43
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1468189123.48.0.294882083003.issue27078@psf.upfronthosting.co.za>
In-reply-to
Content
> And the expected performance for optimal `f'X is {x}'` code would 
> be *faster* than `"'X is %s' % (x,)"` which still needs to 
> interpret the string at runtime, and build a proper tuple object 
> on stack.

That's not necessarily true. The f-string version still needs to invoke the .format() method on the object, instead of only working for a handful of hard-coded types.

I'm not saying there aren't optimization opportunities, but it may be that %-formatting is always faster.
History
Date User Action Args
2016-07-10 22:18:43eric.smithsetrecipients: + eric.smith, mjpieters, serhiy.storchaka, ztane, Demur Rumed
2016-07-10 22:18:43eric.smithsetmessageid: <1468189123.48.0.294882083003.issue27078@psf.upfronthosting.co.za>
2016-07-10 22:18:43eric.smithlinkissue27078 messages
2016-07-10 22:18:43eric.smithcreate