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 vstinner
Recipients lemburg, vstinner
Date 2010-05-28.12:08:46
SpamBayes Score 0.0035690954
Marked as misclassified No
Message-id <201005281408.39827.victor.stinner@haypocalc.com>
In-reply-to <4BFFA949.2000405@egenix.com>
Content
Le vendredi 28 mai 2010 13:30:22, vous avez écrit :
> Looking at the implementation again, I found that "y#" rejects
> Unicode, while "s#" returns the default encoded version like
> "t#" does in Python2.

Oh, I didn't noticed that.

> So I have to correct what I said earlier:
> 
> "y#" is not the right replacement for "t#" in order to stay compatible
> with its Python2 pendant. The "t#" implementation in Python3 is not
> compatible with the Python2 approach - it's in fact, a totally
> different parser, since Unicode no longer provides a buffer interface
> and thus cannot be used as input for "t#".
> 
> The only compatible pendant to the Python2 "t#" parser marker
> in Python3 appears to be "s#".
> 
> I'll have to think about this some more, but seen in that light,
> removing "t#" in Python3 may actually be a better strategy after
> all - mostly to remove a misguided forward-porting attempt
> and to reduce the number of surprising extension writer will
> see when porting their apps to Python3.

So t#, s# and y# are all different. I'm waiting for your final decision.

"reduce the number of surprising extension writer ..." is a good argument in 
favor of removing t# :-)
History
Date User Action Args
2010-05-28 12:08:48vstinnersetrecipients: + vstinner, lemburg
2010-05-28 12:08:46vstinnerlinkissue8839 messages
2010-05-28 12:08:46vstinnercreate