On 09/02/2011 14:00, Benjamin Peterson wrote:
2011/2/9 Mark Shannon<ma...@dcs.gla.ac.uk>:
OK, so UnicodeError_xxx is important for codecs, but surely this sort of
argument could be made for lots of things.
Don't forget that for each function added to the API,
all other implementations have to support it forever.
The C-API is about the biggest implementation detail of CPython, so
no, they don't have to.


Alternative implementations that want C extensions to work (like Ironclad for IronPython and cpyext for pypy) do implement the parts of the C API that are most widely used though. Of course they don't *have to*, but c extension compatibility is one of the biggest problems for users of alternative implementations.

Hopefully the stable ABI will improve this situation for the future, but realistically its going to be a few years before it has an appreciable effect.

Michael
Unfortunately, UnicodeError_xxx are not the only new functions.

Various others have been added:

int Py_EnterRecursiveCall(char *where)
void Py_LeaveRecursiveCall()
int Py_ReprEnter(PyObject *object)
void Py_ReprLeave(PyObject *object)

HotPyModule_GetFilenameObject
HotPy_CompileStringExFlags

and a few others.

Individual functions are not the problem,
I'm sure all of these can be justified,
its lack of process and review that bothers me.

If they can be justified, what is the process lacking?



--
http://www.voidspace.org.uk/

May you do good and not evil
May you find forgiveness for yourself and forgive others
May you share freely, never taking more than you give.
-- the sqlite blessing http://www.sqlite.org/different.html

_______________________________________________
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Reply via email to