[Python-Dev] Re: When can we remove wchar_t* cache from string?

2020-06-13 Thread Kyle Stanley
> They have been deprecated in C already. Compiler emits warning. > This additional proposal is adding runtime warning before removal. Oh, sorry. I misunderstood the previous statement then. In that case, I think scheduling the removal for 3.11 is perfectly reasonable if the compiler warnings ha

[Python-Dev] Re: When can we remove wchar_t* cache from string?

2020-06-13 Thread Inada Naoki
2020年6月13日(土) 20:12 Kyle Stanley : > > Additionally, raise DeprecationWarning runtime when these APIs are used. > > So, just to clarify, current usage of these 7 unicode APIs does not emit > any warnings and would only start doing so in 3.10? > They have been deprecated in C already. Compiler em

[Python-Dev] Re: When can we remove wchar_t* cache from string?

2020-06-13 Thread Kyle Stanley
> Additionally, raise DeprecationWarning runtime when these APIs are used. So, just to clarify, current usage of these 7 unicode APIs does not emit any warnings and would only start doing so in 3.10? If so, I think we may want to consider giving users until 3.12 until they're removed. Especially w

[Python-Dev] Re: When can we remove wchar_t* cache from string?

2020-06-13 Thread Inada Naoki
On Fri, Jun 12, 2020 at 5:32 PM Inada Naoki wrote: > > > My proposal is, schedule the removal on Python 3.11. But we will postpone > the removal if we can not remove its usage until it. > Additionally, raise DeprecationWarning runtime when these APIs are used. -- Inada Naoki

[Python-Dev] Re: When can we remove wchar_t* cache from string?

2020-06-13 Thread Inada Naoki
On Sat, Jun 13, 2020 at 1:36 AM MRAB wrote: > > > * Most of them are `PyUnicode_FromUnicode(NULL, 0);` > >* We may be able to keep PyUnicode_FromUnicode, but raise error when > > length>0. > > > I think it would be strange to keep PyUnicode_FromUnicode but complain > unless length == 0. If it

[Python-Dev] Re: Final reminder: 3.7.8 / 3.6.11 cutoff Monday, last non-security bugfixes for 3.7.x

2020-06-13 Thread Ned Deily
On Jun 12, 2020, at 21:31, Ivan Pozdeev wrote: > On 13.06.2020 3:49, Łukasz Langa wrote: >> On 12 Jun 2020, at 19:51, Ivan Pozdeev via Python-Dev >> wrote: >>> I would doubt the quality of tags maintenance at Github, too. E.g. >>> https://github.com/python/cpython/pull/12131 is labeled 3.7 and

[Python-Dev] Re: Final reminder: 3.7.8 / 3.6.11 cutoff Monday, last non-security bugfixes for 3.7.x

2020-06-13 Thread Terry Reedy
On 6/12/2020 9:31 PM, Ivan Pozdeev via Python-Dev wrote: On 13.06.2020 3:49, Łukasz Langa wrote: On 12 Jun 2020, at 19:51, Ivan Pozdeev via Python-Dev mailto:python-dev@python.org>> wrote: I would doubt the quality of tags maintenance at Github, too. E.g.https://github.com/python/cpython/pu