A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2015-March/138746.html below:

[Python-Dev] libffi embedded in CPython

[Python-Dev] libffi embedded in CPython [Python-Dev] libffi embedded in CPythonMaciej Fijalkowski fijall at gmail.com
Wed Mar 11 22:45:15 CET 2015
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
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4