[Python-checkins] r63672 - in python/trunk: Include/Python.h Include/bytearrayobject.h Include/bytesobject.h Include/pythonrun.h Include/stringobject.h Objects/bytesobject.c Objects/object.c Objects/stringobject.c Objects/unicodeobject.c Python/bltinmodule.c Python/pythonrun.c

Christian Heimes lists at cheimes.de
Thu May 29 14:02:51 CEST 2008


Nick Coghlan schrieb:
> stringobject.h could probably use a prominent comment explaining the
> benefits of doing it this way though. Since people are going to have to
> recompile their modules anyway for the new 2.6 release, what gain is
> there really in keeping the PyString_* names as the ones that are
> visible to the linker? Recompiling the extensions is necessarily going
> to involve relinking them as well, so picking up the new names being
> exported by Python binary shouldn't be an issue.

It's an issue for a bunch of projects that don't use the header files.
For example any code involving ctypes and PythonDotNET (the .NET
bindings for CPython) are directly accessing the ABI.

Christian


More information about the Python-checkins mailing list