[Python-Dev] libffi embedded in CPython
Maciej Fijalkowski
fijall at gmail.com
Wed Mar 11 22:45:15 CET 2015
More information about the Python-Dev mailing list
Wed Mar 11 22:45:15 CET 2015
- Previous message (by thread): [Python-Dev] libffi embedded in CPython
- Next message (by thread): [Python-Dev] libffi embedded in CPython
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Wed, Mar 11, 2015 at 11:34 PM, Victor Stinner <victor.stinner at gmail.com> wrote: > > Le 11 mars 2015 18:29, "Brett Cannon" <brett at python.org> a écrit : >> I'm going to propose a somewhat controversial idea: let's deprecate the >> ctypes module. > > In the past I tried to deprecate many functions or modules because they are > rarely or never used. Many developers prefered to keep them. By the way, I > still want to remove plat-xxx modules like IN or CDROM :-) > > Getopt was deprecated when optparse was added to the stdlib. Then optparse > was deprecated when argparse was added to the stdlib. > > Cython and cffi are not part of the stdlib and can be hard to install on > some platforms. Ctypes is cool because it doesn't require C headers nor a C > compiler. > > 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
- Previous message (by thread): [Python-Dev] libffi embedded in CPython
- Next message (by thread): [Python-Dev] libffi embedded in CPython
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-Dev mailing list