On Thu, Mar 12, 2015 at 1:20 AM, Guido van Rossum firstname.lastname@example.org wrote:
Can we please decouple the ctypes deprecation discussion from efforts to upgrade cffi? They can coexist just fine, and they don't even really solve the same problem.
ctypes and cffi do actually solve the same problem, just not in the same way.
On Wed, Mar 11, 2015 at 3:20 PM, Brett Cannon email@example.com wrote:
On Wed, Mar 11, 2015 at 6:03 PM Paul Moore firstname.lastname@example.org wrote:
On 11 March 2015 at 21:45, Maciej Fijalkowski email@example.com wrote:
Is it possible to use cffi without a C compiler/headers as easily than ctypes?
yes, it has two modes, one that does that and the other that does extra safety at the cost of a C compiler
So if someone were to propose a practical approach to including cffi into the stdlib, *and* assisting the many Windows projects using ctypes for access to the Windows API , then there may be a reasonable argument for deprecating ctypes. But nobody seems to be doing that, rather the suggestion appears to be just to deprecate a widely used part of the stdlib offering no migration path :-(
You're ignoring that it's not maintained, which is the entire reason I brought this up. No one seems to want to touch the code. Who knows what improvements, bugfixes, etc. exist upstream in libffi that we lack because no one wants to go through and figure it out. If someone would come forward and help maintain it then I have no issue with it sticking around.
Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/guido%40python.org
-- --Guido van Rossum (python.org/~guido)
Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/thomas%40python.org