[Python-Dev] Removing --with-wctype-functions support

M.-A. Lemburg mal at egenix.com
Tue Apr 26 22:32:13 CEST 2005

Martin v. Löwis wrote:
> S.Çağlar Onur wrote:
>>I want to know status of
>>this thread. 
> The status is that they are still there.

Due to lack of time on my part.

>>Will python remove wctype functions support from its core?
> I don't know what MAL's plans are these days, but it is likely that
> he will remove the functions from the places where they are used
> at the moment.

Right. I haven't heard any complaints, so that's the plan.

>>If it will, what about locale-dependent case conversation functions? 
>>Without this support python behaves wrong in tr_TR.UTF-8 locale.

Could you be more specific about the problem ? It's probably
best to open a bug report in SourceForge.

> I can sympathise with the problem. IMO, the right solution is to provide
> them throught the locale module. That would have the advantage that
> the choice of locale-awareness of Unicode case conversions (etc.) is
> a per-script decision, rather than an interpreter built-time decision.
> Patches in this direction (adding the functions to _localemodule.c)
> are welcome, independent of whether they are removed from the methods
> on Unicode objects. Such functions should probably polymorphically
> operate both on byte strings and Unicode strings, allowing to deprecate
> the locale-specific methods on strings as well.

+1, though we will only want to deprecate the "locale dependency",
not the methods themselves ;-)

Marc-Andre Lemburg

Professional Python Services directly from the Source  (#1, Apr 26 2005)
 >>> Python/Zope Consulting and Support ...        http://www.egenix.com/
 >>> mxODBC.Zope.Database.Adapter ...             http://zope.egenix.com/
 >>> mxODBC, mxDateTime, mxTextTools ...        http://python.egenix.com/

::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! ::::

More information about the Python-Dev mailing list