[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