3. Configurar o Python

3.1. Opções de configuração

Liste todas as opções do ./configure usando:

./configure --help

Veja também o Misc/SpecialBuilds.txt na distribuição fonte do Python.

3.1.1. Opções gerais


Oferece suporte a extensões carregáveis ​​no módulo de extensão _sqlite (desabilitado por padrão).

Veja o método sqlite3.Connection.enable_load_extension() do módulo sqlite3.

Novo na versão 3.6.


Desabilita suporte a IPv6 (habilitado por padrão se houver suporte), veja o módulo socket.


Define o tamanho em bits dos dígitos de int do Python: 15 ou 30 bits.

By default, the digit size is 30.

Define o PYLONG_BITS_IN_DIGIT para 15 ou 30.

Veja sys.int_info.bits_per_digit.


Compila a função main() do Python e vincula o executável do Python ao compilador C++: $CXX ou COMPILER se especificado.


Define o sufixo do executável do Python para SUFFIX.

The default suffix is .exe on Windows and macOS (python.exe executable), .js on Emscripten node, .html on Emscripten browser, .wasm on WASI, and an empty string on other platforms (python executable).

Alterado na versão 3.11: The default suffix on WASM platform is one of .js, .html or .wasm.

--with-tzpath=<list of absolute paths separated by pathsep>

Seleciona o caminho de pesquisa de fuso horário padrão para zoneinfo.TZPATH. Veja a Configuração de tempo de compilação do módulo zoneinfo.

Padrão: /usr/share/zoneinfo:/usr/lib/zoneinfo:/usr/share/lib/zoneinfo:/etc/zoneinfo.

Veja o separador de caminhos os.pathsep.

Novo na versão 3.9.


Compila o módulo de extensão _decimal usando um contexto local de thread ao invés de um contexto local de corrotina (padrão), veja o módulo decimal.

Veja decimal.HAVE_CONTEXTVAR e o módulo contextvars.

Novo na versão 3.9.

--with-dbmliborder=<list of backend names>

Substitui a ordem de verificação de backends de banco de dados para o módulo dbm

A valid value is a colon (:) separated string with the backend names:

  • ndbm;

  • gdbm;

  • bdb.


Disable C locale coercion to a UTF-8 based locale (enabled by default).

Don’t define the PY_COERCE_C_LOCALE macro.



Python library directory name (default is lib).

Fedora and SuSE use lib64 on 64-bit platforms.

See sys.platlibdir.

Novo na versão 3.9.


Directory of wheel packages used by the ensurepip module (none by default).

Some Linux distribution packaging policies recommend against bundling dependencies. For example, Fedora installs wheel packages in the /usr/share/python-wheels/ directory and don’t install the ensurepip._bundled package.

Novo na versão 3.10.


Whether configure should use pkg-config to detect build dependencies.

  • check (default): pkg-config is optional

  • yes: pkg-config is mandatory

  • no: configure does not use pkg-config even when present

Novo na versão 3.11.


Turn on internal statistics gathering.

The statistics will be dumped to a arbitrary (probably unique) file in /tmp/py_stats/, or C:\temp\py_stats\ on Windows.

Use Tools/scripts/summarize_stats.py to read the stats.

Novo na versão 3.11.

3.1.2. WebAssembly Options


Set build flavor for wasm32-emscripten.

  • browser (default): preload minimal stdlib, default MEMFS.

  • node: NODERAWFS and pthread support.

Novo na versão 3.11.


Turn on dynamic linking support for WASM.

Dynamic linking enables dlopen. File size of the executable increases due to limited dead code elimination and additional features.

Novo na versão 3.11.


Turn on pthreads support for WASM.

Novo na versão 3.11.

3.1.3. Install Options


Don’t build nor install test modules, like the test package or the _testcapi extension module (built and installed by default).

Novo na versão 3.10.


Select the ensurepip command run on Python installation:

  • upgrade (default): run python -m ensurepip --altinstall --upgrade command.

  • install: run python -m ensurepip --altinstall command;

  • no: don’t run ensurepip;

Novo na versão 3.6.

3.1.4. Performance options

Configuring Python using --enable-optimizations --with-lto (PGO + LTO) is recommended for best performance.


Enable Profile Guided Optimization (PGO) using PROFILE_TASK (disabled by default).

The C compiler Clang requires llvm-profdata program for PGO. On macOS, GCC also requires it: GCC is just an alias to Clang on macOS.

Disable also semantic interposition in libpython if --enable-shared and GCC is used: add -fno-semantic-interposition to the compiler and linker flags.

Novo na versão 3.6.

Alterado na versão 3.10: Use -fno-semantic-interposition on GCC.


Environment variable used in the Makefile: Python command line arguments for the PGO generation task.

Default: -m test --pgo --timeout=$(TESTTIMEOUT).

Novo na versão 3.8.


Enable Link Time Optimization (LTO) in any build (disabled by default).

The C compiler Clang requires llvm-ar for LTO (ar on macOS), as well as an LTO-aware linker (ld.gold or lld).

Novo na versão 3.6.

Novo na versão 3.11: To use ThinLTO feature, use --with-lto=thin on Clang.


Enable computed gotos in evaluation loop (enabled by default on supported compilers).


Disable the specialized Python memory allocator pymalloc (enabled by default).

See also PYTHONMALLOC environment variable.


Disable static documentation strings to reduce the memory footprint (enabled by default). Documentation strings defined in Python are not affected.

Don’t define the WITH_DOC_STRINGS macro.

See the PyDoc_STRVAR() macro.


Enable C-level code profiling with gprof (disabled by default).

3.1.5. Python Debug Build

A debug build is Python built with the --with-pydebug configure option.

Effects of a debug build:

  • Display all warnings by default: the list of default warning filters is empty in the warnings module.

  • Add d to sys.abiflags.

  • Add sys.gettotalrefcount() function.

  • Add -X showrefcount command line option.

  • Add PYTHONTHREADDEBUG environment variable.

  • Add support for the __lltrace__ variable: enable low-level tracing in the bytecode evaluation loop if the variable is defined.

  • Install debug hooks on memory allocators to detect buffer overflow and other memory errors.

  • Define Py_DEBUG and Py_REF_DEBUG macros.

  • Add runtime checks: code surrounded by #ifdef Py_DEBUG and #endif. Enable assert(...) and _PyObject_ASSERT(...) assertions: don’t set the NDEBUG macro (see also the --with-assertions configure option). Main runtime checks:

    • Add sanity checks on the function arguments.

    • Unicode and int objects are created with their memory filled with a pattern to detect usage of uninitialized objects.

    • Ensure that functions which can clear or replace the current exception are not called with an exception raised.

    • Check that deallocator functions don’t change the current exception.

    • The garbage collector (gc.collect() function) runs some basic checks on objects consistency.

    • The Py_SAFE_DOWNCAST() macro checks for integer underflow and overflow when downcasting from wide types to narrow types.

See also the Python Development Mode and the --with-trace-refs configure option.

Alterado na versão 3.8: Release builds and debug builds are now ABI compatible: defining the Py_DEBUG macro no longer implies the Py_TRACE_REFS macro (see the --with-trace-refs option), which introduces the only ABI incompatibility.

3.1.6. Debug options


Build Python in debug mode: define the Py_DEBUG macro (disabled by default).


Enable tracing references for debugging purpose (disabled by default).


  • Define the Py_TRACE_REFS macro.

  • Add sys.getobjects() function.

  • Add PYTHONDUMPREFS environment variable.

This build is not ABI compatible with release build (default build) or debug build (Py_DEBUG and Py_REF_DEBUG macros).

Novo na versão 3.8.


Build with C assertions enabled (default is no): assert(...); and _PyObject_ASSERT(...);.

If set, the NDEBUG macro is not defined in the OPT compiler variable.

See also the --with-pydebug option (debug build) which also enables assertions.

Novo na versão 3.6.


Enable Valgrind support (default is no).


Enable DTrace support (default is no).

See Instrumenting CPython with DTrace and SystemTap.

Novo na versão 3.6.


Enable AddressSanitizer memory error detector, asan (default is no).

Novo na versão 3.6.


Enable MemorySanitizer allocation error detector, msan (default is no).

Novo na versão 3.6.


Enable UndefinedBehaviorSanitizer undefined behaviour detector, ubsan (default is no).

Novo na versão 3.6.

3.1.7. Linker options


Enable building a shared Python library: libpython (default is no).


Do not build libpythonMAJOR.MINOR.a and do not install python.o (built and enabled by default).

Novo na versão 3.10.

3.1.8. Libraries options

--with-libs='lib1 ...'

Link against additional libraries (default is no).


Build the pyexpat module using an installed expat library (default is no).


Build the _ctypes extension module using an installed ffi library, see the ctypes module (default is system-dependent).


Build the _decimal extension module using an installed mpdec library, see the decimal module (default is no).

Novo na versão 3.3.


Use editline library for backend of the readline module.

Define the WITH_EDITLINE macro.

Novo na versão 3.10.


Don’t build the readline module (built by default).

Don’t define the HAVE_LIBREADLINE macro.

Novo na versão 3.10.


Override libm math library to STRING (default is system-dependent).


Override libc C library to STRING (default is system-dependent).


Root of the OpenSSL directory.

Novo na versão 3.7.


Set runtime library directory (rpath) for OpenSSL libraries:

  • no (default): don’t set rpath;

  • auto: auto-detect rpath from --with-openssl and pkg-config;

  • DIR: set an explicit rpath.

Novo na versão 3.10.

3.1.9. Security Options


Select hash algorithm for use in Python/pyhash.c:

  • siphash13 (default);

  • siphash24;

  • fnv.

Novo na versão 3.4.

Novo na versão 3.11: siphash13 is added and it is the new default.


Built-in hash modules:

  • md5;

  • sha1;

  • sha256;

  • sha512;

  • sha3 (with shake);

  • blake2.

Novo na versão 3.9.


Override the OpenSSL default cipher suites string:

  • python (default): use Python’s preferred selection;

  • openssl: leave OpenSSL’s defaults untouched;

  • STRING: use a custom string

See the ssl module.

Novo na versão 3.7.

Alterado na versão 3.10: The settings python and STRING also set TLS 1.2 as minimum protocol version.

3.1.10. macOS Options

See Mac/README.rst.


Create a universal binary build. SDKDIR specifies which macOS SDK should be used to perform the build (default is no).


Create a Python.framework rather than a traditional Unix install. Optional INSTALLDIR specifies the installation path (default is no).


Specify the kind of universal binary that should be created. This option is only valid when --enable-universalsdk is set.


  • universal2;

  • 32-bit;

  • 64-bit;

  • 3-way;

  • intel;

  • intel-32;

  • intel-64;

  • all.


Specify the name for the python framework on macOS only valid when --enable-framework is set (default: Python).

3.1.11. Cross Compiling Options

Cross compiling, also known as cross building, can be used to build Python for another CPU architecture or platform. Cross compiling requires a Python interpreter for the build platform. The version of the build Python must match the version of the cross compiled host Python.


configure for building on BUILD, usually guessed by config.guess.


cross-compile to build programs to run on HOST (target platform)


path to build python binary for cross compiling

Novo na versão 3.11.


An environment variable that points to a file with configure overrides.

Example config.site file:

# config.site-aarch64

Cross compiling example:

CONFIG_SITE=config.site-aarch64 ../configure \
    --build=x86_64-pc-linux-gnu \
    --host=aarch64-unknown-linux-gnu \

3.2. Python Build System

3.2.1. Main files of the build system

  • configure.ac => configure;

  • Makefile.pre.in => Makefile (created by configure);

  • pyconfig.h (created by configure);

  • Modules/Setup: C extensions built by the Makefile using Module/makesetup shell script;

  • setup.py: C extensions built using the distutils module.

3.2.2. Main build steps

  • C files (.c) are built as object files (.o).

  • A static libpython library (.a) is created from objects files.

  • python.o and the static libpython library are linked into the final python program.

  • C extensions are built by the Makefile (see Modules/Setup) and python setup.py build.

3.2.3. Main Makefile targets

  • make: Build Python with the standard library.

  • make platform:: build the python program, but don’t build the standard library extension modules.

  • make profile-opt: build Python using Profile Guided Optimization (PGO). You can use the configure --enable-optimizations option to make this the default target of the make command (make all or just make).

  • make buildbottest: Build Python and run the Python test suite, the same way than buildbots test Python. Set TESTTIMEOUT variable (in seconds) to change the test timeout (1200 by default: 20 minutes).

  • make install: Build and install Python.

  • make regen-all: Regenerate (almost) all generated files; make regen-stdlib-module-names and autoconf must be run separately for the remaining generated files.

  • make clean: Remove built files.

  • make distclean: Same than make clean, but remove also files created by the configure script.

3.2.4. C extensions

Some C extensions are built as built-in modules, like the sys module. They are built with the Py_BUILD_CORE_BUILTIN macro defined. Built-in modules have no __file__ attribute:

>>> import sys
>>> sys
<module 'sys' (built-in)>
>>> sys.__file__
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
AttributeError: module 'sys' has no attribute '__file__'

Other C extensions are built as dynamic libraries, like the _asyncio module. They are built with the Py_BUILD_CORE_MODULE macro defined. Example on Linux x86-64:

>>> import _asyncio
>>> _asyncio
<module '_asyncio' from '/usr/lib64/python3.9/lib-dynload/_asyncio.cpython-39-x86_64-linux-gnu.so'>
>>> _asyncio.__file__

Modules/Setup is used to generate Makefile targets to build C extensions. At the beginning of the files, C extensions are built as built-in modules. Extensions defined after the *shared* marker are built as dynamic libraries.

The setup.py script only builds C extensions as shared libraries using the distutils module.

The PyAPI_FUNC(), PyAPI_API() and PyMODINIT_FUNC() macros of Include/pyport.h are defined differently depending if the Py_BUILD_CORE_MODULE macro is defined:

  • Use Py_EXPORTED_SYMBOL if the Py_BUILD_CORE_MODULE is defined

  • Use Py_IMPORTED_SYMBOL otherwise.

If the Py_BUILD_CORE_BUILTIN macro is used by mistake on a C extension built as a shared library, its PyInit_xxx() function is not exported, causing an ImportError on import.

3.3. Compiler and linker flags

Options set by the ./configure script and environment variables and used by Makefile.

3.3.1. Preprocessor flags


Value of CPPFLAGS variable passed to the ./configure script.

Novo na versão 3.6.


(Objective) C/C++ preprocessor flags, e.g. -I<include dir> if you have headers in a nonstandard directory <include dir>.

Both CPPFLAGS and LDFLAGS need to contain the shell’s value for setup.py to be able to build extension modules using the directories specified in the environment variables.


Novo na versão 3.4.


Extra preprocessor flags added for building the interpreter object files.

Default: $(BASECPPFLAGS) -I. -I$(srcdir)/Include $(CONFIGURE_CPPFLAGS) $(CPPFLAGS).

Novo na versão 3.2.

3.3.2. Compiler flags


C compiler command.

Example: gcc -pthread.


C compiler command used to build the main() function of programs like python.

Variable set by the --with-cxx-main option of the configure script.

Default: $(CC).


C++ compiler command.

Used if the --with-cxx-main option is used.

Example: g++ -pthread.


C compiler flags.


CFLAGS_NODIST is used for building the interpreter and stdlib C extensions. Use it when a compiler flag should not be part of the distutils CFLAGS once Python is installed (bpo-21121).

In particular, CFLAGS should not contain:

  • the compiler flag -I (for setting the search path for include files). The -I flags are processed from left to right, and any flags in CFLAGS would take precedence over user- and package-supplied -I flags.

  • hardening flags such as -Werror because distributions cannot control whether packages installed by users conform to such heightened standards.

Novo na versão 3.5.


Extra C compiler flags.


Value of CFLAGS variable passed to the ./configure script.

Novo na versão 3.2.


Value of CFLAGS_NODIST variable passed to the ./configure script.

Novo na versão 3.5.


Base compiler flags.


Optimization flags.


Strict or non-strict aliasing flags used to compile Python/dtoa.c.

Novo na versão 3.7.


Compiler flags used to build a shared library.

For example, -fPIC is used on Linux and on BSD.


Extra C flags added for building the interpreter object files.

Default: $(CCSHARED) when --enable-shared is used, or an empty string otherwise.




Default: $(CONFIGURE_CFLAGS_NODIST) $(CFLAGS_NODIST) -I$(srcdir)/Include/internal.

Novo na versão 3.5.


C flags used for building the interpreter object files.


Novo na versão 3.7.



Novo na versão 3.2.


Compiler flags to build a standard library extension module as a built-in module, like the posix module.


Novo na versão 3.8.


Purify command. Purify is a memory debugger program.

Default: empty string (not used).

3.3.3. Linker flags


Linker command used to build programs like python and _testembed.

Default: $(PURIFY) $(MAINCC).


Value of LDFLAGS variable passed to the ./configure script.

Avoid assigning CFLAGS, LDFLAGS, etc. so users can use them on the command line to append to these values without stomping the pre-set values.

Novo na versão 3.2.


LDFLAGS_NODIST is used in the same manner as CFLAGS_NODIST. Use it when a linker flag should not be part of the distutils LDFLAGS once Python is installed (bpo-35257).

In particular, LDFLAGS should not contain:

  • the compiler flag -L (for setting the search path for libraries). The -L flags are processed from left to right, and any flags in LDFLAGS would take precedence over user- and package-supplied -L flags.


Value of LDFLAGS_NODIST variable passed to the ./configure script.

Novo na versão 3.8.


Linker flags, e.g. -L<lib dir> if you have libraries in a nonstandard directory <lib dir>.

Both CPPFLAGS and LDFLAGS need to contain the shell’s value for setup.py to be able to build extension modules using the directories specified in the environment variables.


Linker flags to pass libraries to the linker when linking the Python executable.

Example: -lrt.


Command to build a shared library.



Command to build libpython shared library.






Novo na versão 3.8.


Linker flags used for building the interpreter object files.

Novo na versão 3.8.