[issue13246] Py_UCS4_strlen and friends needn't be public

2011-10-31 Thread Roundup Robot
Roundup Robot added the comment: New changeset 80a7ab9ac29f by Martin v. Löwis in branch 'default': Drop Py_UCS4_ functions. Closes #13246. http://hg.python.org/cpython/rev/80a7ab9ac29f -- nosy: +python-dev resolution: -> fixed stage: -> committed/rejected status: open -> closed

[issue13246] Py_UCS4_strlen and friends needn't be public

2011-10-23 Thread Georg Brandl
Georg Brandl added the comment: Making sure we don't forget that :) -- priority: normal -> release blocker ___ Python tracker ___ ___

[issue13246] Py_UCS4_strlen and friends needn't be public

2011-10-23 Thread Martin v . Löwis
Martin v. Löwis added the comment: Before the release, we should consider whether we can drop these functions altogether. -- ___ Python tracker ___

[issue13246] Py_UCS4_strlen and friends needn't be public

2011-10-23 Thread STINNER Victor
STINNER Victor added the comment: > It seems there's no reason to document these functions > which operate on null-terminated unicode arrays. It's the easiest way to create a new string with the new Unicode API, when it's difficult to predict the exact output length and maximum character: Py_

[issue13246] Py_UCS4_strlen and friends needn't be public

2011-10-22 Thread Georg Brandl
Georg Brandl added the comment: If they aren't public, they should get an underscore. All our API functions are either public or private; all public ones should be documented. -- ___ Python tracker _

[issue13246] Py_UCS4_strlen and friends needn't be public

2011-10-22 Thread Antoine Pitrou
New submission from Antoine Pitrou : It seems there's no reason to document these functions which operate on null-terminated unicode arrays. -- assignee: docs@python components: Documentation messages: 146187 nosy: docs@python, ezio.melotti, georg.brandl, haypo, loewis, pitrou priority: