Qué hay de nuevo en Python 3.11
*******************************

Editor:
   Pablo Galindo Salgado

Este artículo explica las nuevas características de Python 3.11, en
comparación con 3.10. Python 3.11 se lanzó el 24 de octubre de 2022.
Para obtener detalles completos, consulte changelog.


Resumen -- Aspectos destacados de la versión
============================================

* Python 3.11 es entre un 10 y un 60 % más rápido que Python 3.10. En
  promedio, medimos un aumento de velocidad de 1.25x en el conjunto de
  pruebas de referencia estándar. Ver CPython más rápido para más
  detalles.

Nuevas funciones de sintaxis:

* PEP 654: Grupos de excepción y except*

Nuevas funciones integradas:

* PEP 678: Las excepciones se pueden enriquecer con notas

Nuevos módulos de biblioteca estándar:

* **PEP 680**: "tomllib": soporte para analizar TOML en la biblioteca
  estándar

Mejoras en el intérprete:

* PEP 657: Ubicaciones de errores detallados en rastreos

* Nueva opción de línea de comando "-P" y variable de entorno
  "PYTHONSAFEPATH" a disable automatically prepending potentially
  unsafe paths a "sys.path"

Nuevas funciones de escritura:

* PEP 646: Genéricos Variádicos

* PEP 655: Marcado de elementos TypedDict individuales como requeridos
  o no requeridos

* PEP 673: tipo Self

* PEP 675: tipo de cadena literal arbitraria

* PEP 681: Transformaciones de clases de datos

Importantes depreciaciones, eliminaciones y restricciones:

* **PEP 594**: Many legacy standard library modules have been
  deprecated y se eliminará en Python 3.13

* **PEP 624**: Py_UNICODE encoder APIs have been removed

* **PEP 670**: Macros converted to static inline functions


Nuevas características
======================


PEP 657: Ubicaciones de errores detallados en rastreos
------------------------------------------------------

Al imprimir rastreos, el intérprete ahora señalará la expresión exacta
que causó el error, en lugar de solo la línea. Por ejemplo:

   Traceback (most recent call last):
     File "distance.py", line 11, in <module>
       print(manhattan_distance(p1, p2))
             ^^^^^^^^^^^^^^^^^^^^^^^^^^
     File "distance.py", line 6, in manhattan_distance
       return abs(point_1.x - point_2.x) + abs(point_1.y - point_2.y)
                              ^^^^^^^^^
   AttributeError: 'NoneType' object has no attribute 'x'

Las versiones anteriores del intérprete apuntaban solo a la línea, por
lo que resultaba ambiguo qué objeto era "None". Estos errores
mejorados también pueden ser útiles cuando se trata de objetos "dict"
profundamente anidados y múltiples llamadas a funciones:

   Traceback (most recent call last):
     File "query.py", line 37, in <module>
       magic_arithmetic('foo')
     File "query.py", line 18, in magic_arithmetic
       return add_counts(x) / 25
              ^^^^^^^^^^^^^
     File "query.py", line 24, in add_counts
       return 25 + query_user(user1) + query_user(user2)
                   ^^^^^^^^^^^^^^^^^
     File "query.py", line 32, in query_user
       return 1 + query_count(db, response['a']['b']['c']['user'], retry=True)
                                  ~~~~~~~~~~~~~~~~~~^^^^^
   TypeError: 'NoneType' object is not subscriptable

Además de expresiones aritméticas complejas:

   Traceback (most recent call last):
     File "calculation.py", line 54, in <module>
       result = (x / y / z) * (a / b / c)
                 ~~~~~~^~~
   ZeroDivisionError: division by zero

Además, la información utilizada por la función de rastreo mejorada
está disponible a través de una API general, que se puede usar para
correlacionar *bytecode* instructions con la ubicación del código
fuente. Esta información se puede recuperar usando:

* El método "codeobject.co_positions()" en Python.

* La función "PyCode_Addr2Location()" en la API de C.

Ver **PEP 657** para más detalles. (Aportado por Pablo Galindo,
Batuhan Taskaya y Ammar Askar en bpo-43950.)

Nota:

  Esta característica requiere almacenar las posiciones de las
  columnas en Objetos código, lo que puede resultar en un pequeño
  aumento en el uso de la memoria del intérprete y el uso del disco
  para los archivos de Python compilados. Para evitar almacenar la
  información adicional y desactivar la impresión de la información de
  seguimiento adicional, utilice la opción de línea de comando "-X
  no_debug_ranges" o la variable de entorno "PYTHONNODEBUGRANGES".


PEP 654: Grupos de excepción y "except*"
----------------------------------------

**PEP 654** presenta funciones de lenguaje que permiten que un
programa genere y maneje múltiples excepciones no relacionadas
simultáneamente. Los tipos integrados "ExceptionGroup" y
"BaseExceptionGroup" permiten agrupar excepciones y generarlas juntas,
y la nueva sintaxis "except*" generaliza "except" para hacer coincidir
subgrupos de grupos de excepciones.

Ver **PEP 654** para más detalles.

(Aportado por Irit Katriel en bpo-45292. PEP escrito por Irit Katriel,
Yury Selivanov y Guido van Rossum.)


PEP 678: Las excepciones se pueden enriquecer con notas
-------------------------------------------------------

El método "add_note()" se agrega a "BaseException". Se puede utilizar
para enriquecer las excepciones con información de contexto que no
está disponible en el momento en que se genera la excepción. Las notas
añadidas aparecen en el rastreo predeterminado.

Ver **PEP 678** para más detalles.

(Aportado por Irit Katriel en bpo-45607. PEP escrito por Zac Hatfield-
Dodds).


Mejoras en el iniciador de Windows "py.exe"
-------------------------------------------

La copia del Lanzador de Python para Windows incluida con Python 3.11
se ha actualizado significativamente. Ahora admite la sintaxis de
empresa/etiqueta tal como se define en **PEP 514** usando el argumento
"-V:*<company>*/*<tag>*" en lugar del limitado "-*<major>*.*<
menor>*". Esto permite iniciar distribuciones distintas a
"PythonCore", la alojada en python.org.

Al usar los selectores "-V:", se puede omitir la empresa o la
etiqueta, pero se buscarán todas las instalaciones. Por ejemplo,
"-V:OtherPython/" seleccionará la "mejor" etiqueta registrada para
"OtherPython", mientras que "-V:3.11" o "-V:/3.11" seleccionarán la
"mejor" distribución con la etiqueta "3.11".

Cuando se utilizan los argumentos obsoletos "-*<principal>*",
"-*<principal>*.*<menor>*", "-*<principal>*-*<bitness>* ` o
:samp:"-{<principal>}.{<menor>}-{<bitness>}`, se debe conservar todo
el comportamiento existente de las versiones anteriores y solo se
seleccionarán las versiones de "PythonCore". Sin embargo, el sufijo
"-64" ahora implica "no de 32 bits" (no necesariamente x86-64), ya que
existen múltiples plataformas de 64 bits compatibles. Los tiempos de
ejecución de 32 bits se detectan comprobando la etiqueta del tiempo de
ejecución en busca de un sufijo "-32". Todas las versiones de Python
desde la 3.5 han incluido esto en sus versiones de 32 bits.


Nuevas funciones relacionadas con las sugerencias de tipo
=========================================================

Esta sección cubre los cambios principales que afectan las sugerencias
de tipo **PEP 484** y el módulo "typing".


PEP 646: Genéricos Variádicos
-----------------------------

**PEP 484** introdujo anteriormente "TypeVar", lo que permite la
creación de genéricos parametrizados con un solo tipo. **PEP 646**
añade "TypeVarTuple", permitiendo la parametrización con un número de
tipos *arbitrary*. En otras palabras, un "TypeVarTuple" es una
variable de tipo *variadic* que permite los genéricos *variadic*.

Esto permite una amplia variedad de casos de uso. En particular,
permite parametrizar con el arreglo *shape* el tipo de estructuras
similares a arreglos en bibliotecas de computación numérica como NumPy
y TensorFlow. Los verificadores de tipo estático ahora podrán detectar
errores relacionados con la forma en el código que usa estas
bibliotecas.

Ver **PEP 646** para más detalles.

(Contribuido por Matthew Rahtz en bpo-43224, con contribuciones de
Serhiy Storchaka y Jelle Zijlstra. PEP escrito por Mark Mendoza,
Matthew Rahtz, Pradeep Kumar Srinivasan y Vincent Siles).


PEP 655: Marcado de elementos "TypedDict" individuales como requeridos o no requeridos
--------------------------------------------------------------------------------------

"Required" y "NotRequired" proporcionan una forma sencilla de marcar
si deben estar presentes elementos individuales en un "TypedDict".
Anteriormente, esto solo era posible mediante la herencia.

Todos los campos siguen siendo obligatorios de forma predeterminada, a
menos que el parámetro *total* se establezca en "False", en cuyo caso
todos los campos siguen sin ser obligatorios de forma predeterminada.
Por ejemplo, lo siguiente especifica un "TypedDict" con una clave
requerida y una no requerida:

   class Movie(TypedDict):
      title: str
      year: NotRequired[int]

   m1: Movie = {"title": "Black Panther", "year": 2018}  # OK
   m2: Movie = {"title": "Star Wars"}  # OK (year is not required)
   m3: Movie = {"year": 2022}  # ERROR (missing required field title)

La siguiente definición es equivalente:

   class Movie(TypedDict, total=False):
      title: Required[str]
      year: int

Ver **PEP 655** para más detalles.

(Aportado por David Foster y Jelle Zijlstra en bpo-47087. PEP escrito
por David Foster).


PEP 673: tipo "Self"
--------------------

La nueva anotación "Self" proporciona una forma sencilla e intuitiva
de anotar métodos que devuelven una instancia de su clase. Se comporta
igual que el enfoque **specified in PEP 484** basado en "TypeVar",
pero es más conciso y más fácil de seguir.

Los casos de uso comunes incluyen constructores alternativos
proporcionados como "classmethod"s y métodos "__enter__()" que
devuelven "self":

   class MyLock:
       def __enter__(self) -> Self:
           self.lock()
           return self

       ...

   class MyInt:
       @classmethod
       def fromhex(cls, s: str) -> Self:
           return cls(int(s, 16))

       ...

"Self" también se puede usar para anotar parámetros de método o
atributos del mismo tipo que su clase envolvente.

Ver **PEP 673** para más detalles.

(Aportado por James Hilton-Balfe en bpo-46534. PEP escrito por Pradeep
Kumar Srinivasan y James Hilton-Balfe).


PEP 675: tipo de cadena literal arbitraria
------------------------------------------

La nueva anotación "LiteralString" se puede usar para indicar que un
parámetro de función puede ser de cualquier tipo de cadena literal.
Esto permite que una función acepte tipos de cadenas literales
arbitrarias, así como cadenas creadas a partir de otras cadenas
literales. Los verificadores de tipos pueden hacer cumplir que las
funciones confidenciales, como las que ejecutan declaraciones SQL o
comandos de shell, se llamen solo con argumentos estáticos, lo que
brinda protección contra ataques de inyección.

Por ejemplo, una función de consulta SQL podría anotarse de la
siguiente manera:

   def run_query(sql: LiteralString) -> ...
       ...

   def caller(
       arbitrary_string: str,
       query_string: LiteralString,
       table_name: LiteralString,
   ) -> None:
       run_query("SELECT * FROM students")       # ok
       run_query(query_string)                   # ok
       run_query("SELECT * FROM " + table_name)  # ok
       run_query(arbitrary_string)               # type checker error
       run_query(                                # type checker error
           f"SELECT * FROM students WHERE name = {arbitrary_string}"
       )

Ver **PEP 675** para más detalles.

(Aportado por Jelle Zijlstra en bpo-47088. PEP escrito por Pradeep
Kumar Srinivasan y Graham Bleaney).


PEP 681: Transformaciones de clases de datos
--------------------------------------------

"dataclass_transform" se puede usar para decorar una clase, una
metaclase o una función que en sí misma es un decorador. La presencia
de "@dataclass_transform()" le dice a un verificador de tipo estático
que el objeto decorado realiza una "magia" en tiempo de ejecución que
transforma una clase, dándole comportamientos similares a "dataclass".

Por ejemplo:

   # The create_model decorator is defined by a library.
   @typing.dataclass_transform()
   def create_model(cls: Type[T]) -> Type[T]:
       cls.__init__ = ...
       cls.__eq__ = ...
       cls.__ne__ = ...
       return cls

   # The create_model decorator can now be used to create new model classes:
   @create_model
   class CustomerModel:
       id: int
       name: str

   c = CustomerModel(id=327, name="Eric Idle")

Ver **PEP 681** para más detalles.

(Aportado por Jelle Zijlstra en gh-91860. PEP escrito por Erik De
Bonte y Eric Traut.)


PEP 563 puede no ser el futuro
------------------------------

**PEP 563** Evaluación pospuesta de anotaciones ("from __future__
import annotations" future statement) que originalmente se planeó para
su lanzamiento en Python 3.10 se suspendió indefinidamente. Consulte
this message from the Steering Council para obtener más información.


Otros cambios de idioma
=======================

* Las expresiones de desempaquetado destacadas ahora se pueden usar en
  declaraciones "for". (Consulte bpo-46725 para obtener más detalles).

* Ahora se permiten comprehensions asincrónicos dentro de las
  comprensiones en asynchronous functions. Las comprensiones externas
  implícitamente se vuelven asincrónicas en este caso. (Aportado por
  Serhiy Storchaka en bpo-33346.)

* Ahora se genera un "TypeError" en lugar de un "AttributeError" en
  declaraciones "with" y "contextlib.ExitStack.enter_context()" para
  objetos que no admiten el protocolo *context manager*, y en
  declaraciones "async with" y
  "contextlib.AsyncExitStack.enter_async_context()" para objetos que
  no admiten el protocolo *asynchronous context manager*. (Aportado
  por Serhiy Storchaka en bpo-12022 y bpo-44471).

* Se agregó "object.__getstate__()", que proporciona la implementación
  predeterminada del método "__getstate__()". "copy"ando y
  "pickle"ando instancias de subclases de tipos integrados
  "bytearray", "set", "frozenset", "collections.OrderedDict",
  "collections.deque", "weakref.WeakSet" y "datetime.tzinfo" ahora
  copian y seleccionan atributos de instancia implementados como
  *slots*. Este cambio tiene un efecto secundario no deseado: hace
  fallar a una pequeña minoría de proyectos Python existentes que no
  esperaban que existiera "object.__getstate__()". Consulte los
  comentarios posteriores sobre gh-70766 para obtener información
  sobre las soluciones alternativas que dicho código puede necesitar.
  (Aportado por Serhiy Storchaka en bpo-26579.)

* Se agregó una opción de línea de comando "-P" y una variable de
  entorno "PYTHONSAFEPATH", que deshabilitan la anteposición
  automática a "sys.path" del directorio del script cuando se ejecuta
  un script, o el directorio actual cuando se usa "-c" y "-m". Esto
  garantiza que "import" solo recopile la biblioteca estándar y los
  módulos instalados, y evita el remedo involuntario o malicioso de
  los módulos con los de un directorio local (y normalmente el usuario
  puede escribir). (Aportado por Victor Stinner en gh-57684.)

* Se agregó una opción ""z"" a Especificación de formato Mini-Lenguaje
  que cambia negativo a cero positivo después de redondear a la
  precisión del formato. Ver **PEP 682** para más detalles. (Aportado
  por John Belmonte en gh-90153.)

* Ya no se aceptan bytes en "sys.path". El soporte se interrumpió en
  algún momento entre Python 3.2 y 3.6, y nadie se dio cuenta hasta
  después del lanzamiento de Python 3.10.0. Además, recuperar la
  compatibilidad sería problemático debido a las interacciones entre
  "-b" y "sys.path_importer_cache" cuando hay una combinación de
  claves "str" y "bytes". (Aportado por Thomas Grainger en gh-91181.)


Otros cambios en la implementación de CPython
=============================================

* Los métodos especiales "__complex__()" para "complex" y
  "__bytes__()" para "bytes" se implementan para admitir los
  protocolos "typing.SupportsComplex" y "typing.SupportsBytes".
  (Contribución de Mark Dickinson y Donghee Na en bpo-24234).

* "siphash13" se agrega como un nuevo algoritmo hash interno. Tiene
  propiedades de seguridad similares a "siphash24", pero es un poco
  más rápido para entradas largas. "str", "bytes" y algunos otros
  tipos ahora lo usan como algoritmo predeterminado para "hash()".
  **PEP 552** hash-based .pyc files ahora también usa "siphash13".
  (Aportado por Inada Naoki en bpo-29410.)

* Cuando una declaración "raise" sin parámetros vuelve a generar una
  excepción activa, el rastreo adjunto a esta excepción ahora siempre
  es "sys.exc_info()[1].__traceback__". Esto significa que los cambios
  realizados en el rastreo en la cláusula "except" actual se reflejan
  en la excepción que se ha vuelto a generar. (Aportado por Irit
  Katriel en bpo-45711.)

* La representación del estado del intérprete de las excepciones
  manejadas (también conocido como "exc_info" o "_PyErr_StackItem")
  ahora solo tiene el campo "exc_value"; Se han eliminado "exc_type" y
  "exc_traceback", ya que se pueden derivar de "exc_value". (Aportado
  por Irit Katriel en bpo-45711.)

* Se ha agregado un nuevo command line option, "AppendPath", para el
  instalador de Windows. Se comporta de manera similar a
  "PrependPath", pero agrega los directorios de instalación y scripts
  en lugar de anteponerlos. (Aportado por Bastian Neuburger en
  bpo-44934.)

* El campo "PyConfig.module_search_paths_set" ahora debe establecerse
  en "1" para que la inicialización use "PyConfig.module_search_paths"
  para inicializar "sys.path". De lo contrario, la inicialización
  volverá a calcular la ruta y reemplazará los valores agregados a
  "module_search_paths".

* La salida de la opción "--help" ahora cabe en 50 líneas/80 columnas.
  La información sobre las opciones Python environment variables y
  "-X" ahora está disponible utilizando los indicadores respectivos "
  --help-env" y "--help-xoptions", y con el nuevo "--help-all".
  (Contribución de Éric Araujo en bpo-46142.)

* Converting between "int" and "str" in bases other than 2 (binary),
  4, 8 (octal), 16 (hexadecimal), or 32 such as base 10 (decimal) now
  raises a "ValueError" if the number of digits in string form is
  above a limit to avoid potential denial of service attacks due to
  the algorithmic complexity. This is a mitigation for CVE-2020-10735.
  This limit can be configured or disabled by environment variable,
  command line flag, or "sys" APIs. See the integer string conversion
  length limitation documentation.  The default limit is 4300 digits
  in string form.


Nuevos Módulos
==============

* "tomllib": para analizar TOML. Ver **PEP 680** para más detalles.
  (Aportado por Taneli Hukkinen en bpo-40059.)

* "wsgiref.types": tipos específicos de **WSGI** para la comprobación
  de tipos estáticos. (Aportado por Sebastian Rittau en bpo-42012.)


Módulos mejorados
=================


asíncio
-------

* Se agregó la clase "TaskGroup", un asynchronous context manager que
  contiene un grupo de tareas que las esperará a todas al salir. Para
  código nuevo, se recomienda usar "create_task()" y "gather()"
  directamente. (Aportado por Yury Selivanov y otros en gh-90908.)

* Se agregó "timeout()", un administrador de contexto asíncrono para
  establecer un tiempo de espera en operaciones asíncronas. Para
  código nuevo, se recomienda usar "wait_for()" directamente.
  (Aportado por Andrew Svetlov en gh-90927.)

* Se agregó la clase "Runner", que expone la maquinaria utilizada por
  "run()". (Aportado por Andrew Svetlov en gh-91218.)

* Se agregó la clase "Barrier" a las primitivas de sincronización en
  la biblioteca asyncio y la excepción "BrokenBarrierError"
  relacionada. (Aportado por Yves Duprat y Andrew Svetlov en
  gh-87518.)

* Se agregó el argumento de palabra clave *all_errors* a
  "asyncio.loop.create_connection()" para que se puedan generar varios
  errores de conexión como "ExceptionGroup".

* Se agregó el método "asyncio.StreamWriter.start_tls()" para
  actualizar las conexiones basadas en secuencias existentes a TLS.
  (Aportado por Ian Good en bpo-34975.)

* Se agregaron funciones de socket de datagrama sin formato al bucle
  de eventos: "sock_sendto()", "sock_recvfrom()" y
  "sock_recvfrom_into()". Estos tienen implementaciones en
  "SelectorEventLoop" y "ProactorEventLoop". (Aportado por Alex
  Grönholm en bpo-46805.)

* Se agregaron los métodos "cancelling()" y "uncancel()" a "Task".
  Estos están destinados principalmente para uso interno, en
  particular por "TaskGroup".


contextlib
----------

* Se agregó un administrador de contexto "chdir()" no seguro en
  paralelo para cambiar el directorio de trabajo actual y luego
  restaurarlo al salir. Envoltorio simple alrededor de "chdir()".
  (Aportación de Filipe Laíns en bpo-25625)


clases de datos
---------------

* Cambie la verificación de mutabilidad predeterminada del campo,
  permitiendo solo los valores predeterminados que son *hashable* en
  lugar de cualquier objeto que no sea una instancia de "dict", "list"
  o "set". (Aportado por Eric V. Smith en bpo-44674.)


fecha y hora
------------

* Agregue "datetime.UTC", un alias conveniente para
  "datetime.timezone.utc". (Aportado por Kabir Kwatra en gh-91973.)

* "datetime.date.fromisoformat()", "datetime.time.fromisoformat()" y
  "datetime.datetime.fromisoformat()" ahora se pueden usar para
  analizar la mayoría de los formatos ISO 8601 (excepto aquellos que
  admiten fracciones de horas y minutos). (Aportado por Paul Ganssle
  en gh-80010.)


enumeración
-----------

* Cambió el nombre de "EnumMeta" a "EnumType" ("EnumMeta" se mantuvo
  como un alias).

* Se agregó "StrEnum", con miembros que se pueden usar como (y deben
  ser) cadenas.

* Se agregó "ReprEnum", que solo modifica el "__repr__()" de los
  miembros mientras devuelve sus valores literales (en lugar de
  nombres) para "__str__()" y "__format__()" (utilizados por "str()",
  "format()" y *f-string*s).

* Changed "Enum.__format__()" (the default for "format()",
  "str.format()" and *f-string*s) to always produce the same result as
  "Enum.__str__()":  for enums inheriting from "ReprEnum" it will be
  the member's value; for all other enums it will be the enum and
  member name (e.g. "Color.RED").

* Se agregó un nuevo parámetro de clase *boundary* a las enumeraciones
  "Flag" y la enumeración "FlagBoundary" con sus opciones, para
  controlar cómo manejar los valores de marca fuera de rango.

* Se agregó el decorador de enumeración "verify()" y la enumeración
  "EnumCheck" con sus opciones, para verificar las clases de
  enumeración contra varias restricciones específicas.

* Se agregaron los decoradores "member()" y "nonmember()" para
  garantizar que el objeto decorado no se convierta en un miembro de
  enumeración.

* Se agregó el decorador "property()", que funciona como "property()"
  excepto para las enumeraciones. Use esto en lugar de
  "types.DynamicClassAttribute()".

* Se agregó el decorador de enumeración "global_enum()", que ajusta
  "__repr__()" y "__str__()" para mostrar valores como miembros de su
  módulo en lugar de la clase de enumeración. Por ejemplo,
  "'re.ASCII'" para el miembro "ASCII" de "re.RegexFlag" en lugar de
  "'RegexFlag.ASCII'".

* "Flag" mejorado para admitir "len()", iteración y "in"/"not in" en
  sus miembros. Por ejemplo, ahora funciona lo siguiente:
  "len(AFlag(3)) == 2 and list(AFlag(3)) == (AFlag.ONE, AFlag.TWO)"

* Se cambiaron "Enum" y "Flag" para que los miembros ahora se definan
  antes de llamar a "__init_subclass__()"; "dir()" ahora incluye
  métodos, etc., de tipos de datos combinados.

* Se modificó "Flag" para considerar solo los valores primarios
  (potencia de dos) canónicos, mientras que los valores compuestos
  ("3", "6", "10", etc.) se consideran alias; las banderas invertidas
  son forzadas a su equivalente positivo.


fcntl
-----

* En FreeBSD, se admiten los indicadores "F_DUP2FD" y
  "F_DUP2FD_CLOEXEC" respectivamente; el primero equivale al uso de
  "dup2", mientras que el segundo establece además el indicador
  "FD_CLOEXEC".


fracciones
----------

* Compatibilidad con la inicialización al estilo **PEP 515** de
  "Fraction" desde una cadena. (Aportado por Sergey B Kirpichev en
  bpo-44258.)

* "Fraction" ahora implementa un método "__int__", de modo que pasa
  una verificación "isinstance(some_fraction, typing.SupportsInt)".
  (Contribuido por Mark Dickinson en bpo-44547.)


herramientas funcionales
------------------------

* "functools.singledispatch()" ahora admite "types.UnionType" y
  "typing.Union" como anotaciones en el argumento de envío.:

     >>> from functools import singledispatch
     >>> @singledispatch
     ... def fun(arg, verbose=False):
     ...     if verbose:
     ...         print("Let me just say,", end=" ")
     ...     print(arg)
     ...
     >>> @fun.register
     ... def _(arg: int | float, verbose=False):
     ...     if verbose:
     ...         print("Strength in numbers, eh?", end=" ")
     ...     print(arg)
     ...
     >>> from typing import Union
     >>> @fun.register
     ... def _(arg: Union[list, set], verbose=False):
     ...     if verbose:
     ...         print("Enumerate this:")
     ...     for i, elem in enumerate(arg):
     ...         print(i, elem)
     ...

  (Aportado por Yurii Karabas en bpo-46014.)


gzip
----

* The "gzip.compress()" function is now faster when used with the
  **mtime=0** argument as it delegates the compression entirely to a
  single "zlib.compress()" operation. There is one side effect of this
  change: The gzip file header contains an "OS" byte in its header.
  That was traditionally always set to a value of 255 representing
  "unknown" by the "gzip" module. Now, when using "compress()" with
  **mtime=0**, it may be set to a different value by the underlying
  zlib C library Python was linked against. (See gh-112346 for details
  on the side effect.)


hashlib
-------

* "hashlib.blake2b()" y "hashlib.blake2s()" ahora prefieren libb2 a la
  copia proporcionada por Python. (Aportado por Christian Heimes en
  bpo-47095.)

* El módulo interno "_sha3" con algoritmos SHA3 y SHAKE ahora usa
  *tiny_sha3* en lugar de *Keccak Code Package* para reducir el código
  y el tamaño binario. El módulo "hashlib" prefiere implementaciones
  SHA3 y SHAKE optimizadas de OpenSSL. El cambio afecta solo a las
  instalaciones sin compatibilidad con OpenSSL. (Aportado por
  Christian Heimes en bpo-47098.)

* Agregue "hashlib.file_digest()", una función de ayuda para el hash
  eficiente de archivos u objetos similares a archivos. (Aportado por
  Christian Heimes en gh-89313.)


IDLE y libre de inactividad
---------------------------

* Aplicar resaltado de sintaxis a archivos ".pyi". (Aportado por Alex
  Waygood y Terry Jan Reedy en bpo-45447).

* Incluya avisos al guardar Shell con entradas y salidas. (Aportado
  por Terry Jan Reedy en gh-95191.)


inspeccionar
------------

* Agregue "getmembers_static()" para devolver todos los miembros sin
  activar la búsqueda dinámica a través del protocolo descriptor.
  (Contribuido por Weipeng Hong en bpo-30533.)

* Agregue "ismethodwrapper()" para verificar si el tipo de un objeto
  es "MethodWrapperType". (Aportado por Hakan Çelik en bpo-29418.)

* Cambie las funciones relacionadas con el marco en el módulo
  "inspect" para devolver nuevas instancias de clase "FrameInfo" y
  "Traceback" (compatibles con las interfaces similares a *named
  tuple* anteriores) que incluyen la información de posición **PEP
  657** extendida (número de línea final, columna y columna final).
  Las funciones afectadas son:

  * "inspect.getframeinfo()"

  * "inspect.getouterframes()"

  * "inspect.getinnerframes()",

  * "inspect.stack()"

  * "inspect.trace()"

  (Aportado por Pablo Galindo en gh-88116.)


lugar
-----

* Agregue "locale.getencoding()" para obtener la codificación de
  configuración regional actual. Es similar a
  "locale.getpreferredencoding(False)" pero ignora Python UTF-8 Mode.


Inicio sesión
-------------

* Se agregó "getLevelNamesMapping()" para devolver una asignación de
  nombres de nivel de registro (por ejemplo, "'CRITICAL'") a los
  valores de su Niveles de logging correspondiente (por ejemplo, "50",
  de forma predeterminada). (Aportado por Andrei Kulakovin en
  gh-88024.)

* Se agregó un método "createSocket()" a "SysLogHandler" para que
  coincida con "SocketHandler.createSocket()". Se llama
  automáticamente durante la inicialización del controlador y cuando
  se emite un evento, si no hay un socket activo. (Aportado por Kirill
  Pinchuk en gh-88457.)


Matemáticas
-----------

* Suma "math.exp2()": devuelve 2 elevado a la potencia de x. (Aportado
  por Gideon Mitchell en bpo-45917.)

* Agregue "math.cbrt()": devuelva la raíz cúbica de x. (Aportado por
  Ajith Ramachandran en bpo-44357.)

* Se cambió el comportamiento de dos casos de esquina "math.pow()",
  para mantener la coherencia con la especificación IEEE 754. Las
  operaciones "math.pow(0.0, -math.inf)" y "math.pow(-0.0, -math.inf)"
  ahora devuelven "inf". Anteriormente plantearon "ValueError".
  (Contribuido por Mark Dickinson en bpo-44339.)

* El valor "math.nan" ahora está siempre disponible. (Aportado por
  Victor Stinner en bpo-46917.)


operador
--------

* Se ha añadido una nueva función "operator.call", de forma que
  "operator.call(obj, *args, **kwargs) == obj(*args, **kwargs)".
  (Aportado por Antony Lee en bpo-44019.)


sistema operativo
-----------------

* En Windows, "os.urandom()" ahora usa "BCryptGenRandom()", en lugar
  de "CryptGenRandom()", que está en desuso. (Aportado por Donghee Na
  en bpo-44611.)


rutalib
-------

* "glob()" y "rglob()" solo devuelven directorios si *pattern* termina
  con un separador de componentes de nombre de ruta: "sep" o "altsep".
  (Aportado por Eisuke Kawasima en bpo-22276 y bpo-33392).


re
--

* La agrupación atómica ("(?>...)") y los cuantificadores posesivos
  ("*+", "++", "?+", "{m,n}+") ahora son compatibles con las
  expresiones regulares. (Aportado por Jeffrey C. Jacobs y Serhiy
  Storchaka en bpo-433030).


cerrar
------

* Agregue el parámetro opcional *dir_fd* en "shutil.rmtree()".
  (Aportado por Serhiy Storchaka en bpo-46245.)


enchufe
-------

* Agregue compatibilidad con CAN Socket para NetBSD. (Aportado por
  Thomas Klausner en bpo-30512.)

* "create_connection()" tiene una opción para generar, en caso de
  falla de conexión, un "ExceptionGroup" que contiene todos los
  errores en lugar de generar solo el último error. (Aportado por Irit
  Katriel en bpo-29980.)


sqlite3
-------

* Ahora puede deshabilitar el autorizador pasando "None" a
  "set_authorizer()". (Aportado por Erlend E. Aasland en bpo-44491.)

* El nombre de intercalación "create_collation()" ahora puede contener
  cualquier carácter Unicode. Los nombres de intercalación con
  caracteres no válidos ahora generan "UnicodeEncodeError" en lugar de
  "sqlite3.ProgrammingError". (Aportado por Erlend E. Aasland en
  bpo-44688.)

* Las excepciones "sqlite3" ahora incluyen el código de error
  extendido de SQLite como "sqlite_errorcode" y el nombre de error de
  SQLite como "sqlite_errorname". (Aportado por Aviv Palivoda, Daniel
  Shahaf y Erlend E. Aasland en bpo-16379 y bpo-24139).

* Agregue "setlimit()" y "getlimit()" a "sqlite3.Connection" para
  configurar y obtener límites de SQLite por conexión. (Aportado por
  Erlend E. Aasland en bpo-45243.)

* "sqlite3" ahora establece "sqlite3.threadsafety" en función del modo
  de subprocesamiento predeterminado con el que se ha compilado la
  biblioteca SQLite subyacente. (Aportado por Erlend E. Aasland en
  bpo-45613.)

* Las devoluciones de llamada de "sqlite3" C ahora usan excepciones
  que no se pueden generar si las devoluciones de llamada están
  habilitadas. Los usuarios ahora pueden registrar un "unraisable hook
  handler" para mejorar su experiencia de depuración. (Aportado por
  Erlend E. Aasland en bpo-45828.)

* Recuperar a través de reversión ya no genera "InterfaceError". En
  cambio, dejamos que la biblioteca SQLite maneje estos casos.
  (Aportado por Erlend E. Aasland en bpo-44092.)

* Agregue "serialize()" y "deserialize()" a "sqlite3.Connection" para
  serializar y deserializar bases de datos. (Aportado por Erlend E.
  Aasland en bpo-41930.)

* Agregue "create_window_function()" a "sqlite3.Connection" para crear
  funciones de ventana agregadas. (Aportado por Erlend E. Aasland en
  bpo-34916.)

* Agregue "blobopen()" a "sqlite3.Connection". "sqlite3.Blob" permite
  operaciones de E/S incrementales en blobs. (Contribuido por Aviv
  Palivoda y Erlend E. Aasland en bpo-24905).


cuerda
------

* Agregue "get_identifiers()" y "is_valid()" a "string.Template", que
  devuelven respectivamente todos los marcadores de posición válidos y
  si hay algún marcador de posición no válido presente. (Aportado por
  Ben Kehoe en gh-90465.)


sistema
-------

* "sys.exc_info()" ahora deriva los campos "type" y "traceback" de
  "value" (la instancia de excepción), de modo que cuando se modifica
  una excepción mientras se está manipulando, los cambios se reflejan
  en los resultados de llamadas posteriores a "exc_info()". (Aportado
  por Irit Katriel en bpo-45711.)

* Agregue "sys.exception()" que devuelve la instancia de excepción
  activa (equivalente a "sys.exc_info()[1]"). (Aportado por Irit
  Katriel en bpo-46328.)

* Agregue el indicador "sys.flags.safe_path". (Aportado por Victor
  Stinner en gh-57684.)


configuración del sistema
-------------------------

* Se agregaron tres nuevos installation schemes (*posix_venv*,
  *nt_venv* y *venv*) y se usan cuando Python crea nuevos entornos
  virtuales o cuando se ejecuta desde un entorno virtual. Los primeros
  dos esquemas (*posix_venv* y *nt_venv*) son específicos del sistema
  operativo para Windows y no Windows, el *venv* es esencialmente un
  alias para uno de ellos según el sistema operativo en el que se
  ejecuta Python. Esto es útil para los distribuidores posteriores que
  modifican "sysconfig.get_preferred_scheme()". El código de terceros
  que crea nuevos entornos virtuales debe usar el nuevo esquema de
  instalación *venv* para determinar las rutas, al igual que "venv".
  (Aportado por Miro Hrončok en bpo-45413.)


archivo temporal
----------------

* Los objetos "SpooledTemporaryFile" ahora implementan completamente
  los métodos de "io.BufferedIOBase" o "io.TextIOBase" (según el modo
  de archivo). Esto les permite trabajar correctamente con API que
  esperan objetos similares a archivos, como módulos de compresión.
  (Aportado por Carey Metcalfe en gh-70363.)


enhebrar
--------

* En Unix, si la función "sem_clockwait()" está disponible en la
  biblioteca C (glibc 2.30 y posteriores), el método
  "threading.Lock.acquire()" ahora usa el reloj monótono
  ("time.CLOCK_MONOTONIC") para el tiempo de espera, en lugar de usar
  el reloj del sistema ("time.CLOCK_REALTIME"), para no verse afectado
  por cambios de reloj del sistema. (Contribución de Victor Stinner en
  bpo-41710.)


tiempo
------

* En Unix, "time.sleep()" ahora usa la función "clock_nanosleep()" o
  "nanosleep()", si está disponible, que tiene una resolución de 1
  nanosegundo (10^-9 segundos), en lugar de usar "select()" que tiene
  una resolución de 1 microsegundo (10^-6 segundos). (Aportado por
  Benjamin Szőke y Victor Stinner en bpo-21302.)

* En Windows 8.1 y versiones posteriores, "time.sleep()" ahora utiliza
  un temporizador de espera basado en high-resolution timers que tiene
  una resolución de 100 nanosegundos (10^-7 segundos). Anteriormente,
  tenía una resolución de 1 milisegundo (10^-3 segundos).
  (Contribución de Benjamin Szőke, Donghee Na, Eryk Sun y Victor
  Stinner en bpo-21302 y bpo-45429).


tkinter
-------

* Se agregó el método "info_patchlevel()" que devuelve la versión
  exacta de la biblioteca Tcl como una tupla con nombre similar a
  "sys.version_info". (Aportado por Serhiy Storchaka en gh-91827.)


rastrear
--------

* Agregue "traceback.StackSummary.format_frame_summary()" para
  permitir que los usuarios anulen qué marcos aparecen en el rastreo y
  cómo están formateados. (Aportado por Ammar Askar en bpo-44569.)

* Agregue "traceback.TracebackException.print()", que imprime la
  instancia "TracebackException" formateada en un archivo. (Aportado
  por Irit Katriel en bpo-33809.)


mecanografía
------------

Para conocer los cambios importantes, consulte Nuevas funciones
relacionadas con las sugerencias de tipo.

* Agregue "typing.assert_never()" y "typing.Never".
  "typing.assert_never()" es útil para pedirle a un verificador de
  tipos que confirme que no se puede acceder a una línea de código. En
  tiempo de ejecución, genera un "AssertionError". (Aportado por Jelle
  Zijlstra en gh-90633.)

* Agregue "typing.reveal_type()". Esto es útil para preguntarle a un
  verificador de tipos qué tipo ha inferido para una expresión dada.
  En tiempo de ejecución imprime el tipo del valor recibido. (Aportado
  por Jelle Zijlstra en gh-90572.)

* Agregue "typing.assert_type()". Esto es útil para pedirle a un
  verificador de tipos que confirme que el tipo que ha inferido para
  una expresión dada coincide con el tipo dado. En tiempo de
  ejecución, simplemente devuelve el valor recibido. (Aportado por
  Jelle Zijlstra en gh-90638.)

* Los tipos "typing.TypedDict" ahora pueden ser genéricos. (Aportado
  por Samodya Abeysiriwardane en gh-89026.)

* Los tipos "NamedTuple" ahora pueden ser genéricos. (Aportado por
  Serhiy Storchaka en bpo-43923.)

* Permitir subclases de "typing.Any". Esto es útil para evitar errores
  de verificación de tipos relacionados con clases altamente
  dinámicas, como simulacros. (Aportado por Shantanu Jain en
  gh-91154.)

* El decorador "typing.final()" ahora establece el atributo
  "__final__" en el objeto decorado. (Aportado por Jelle Zijlstra en
  gh-90500.)

* La función "typing.get_overloads()" se puede utilizar para la
  introspección de las sobrecargas de una función.
  "typing.clear_overloads()" se puede utilizar para borrar todas las
  sobrecargas registradas de una función. (Aportado por Jelle Zijlstra
  en gh-89263.)

* Ahora se conserva el método "__init__()" de las subclases
  "Protocol". (Aportado por Adrián García Badarasco en gh-88970.)

* La representación de tipos de tuplas vacías ("Tuple[()]") se
  simplifica. Esto afecta la introspección, p. "get_args(Tuple[()])"
  ahora se evalúa como "()" en lugar de "((),)". (Aportado por Serhiy
  Storchaka en gh-91137.)

* Afloje los requisitos de tiempo de ejecución para las anotaciones de
  tipo eliminando la verificación invocable en la función privada
  "typing._type_check". (Aportado por Gregory Beauregard en gh-90802.)

* "typing.get_type_hints()" ahora admite la evaluación de cadenas como
  referencias directas en PEP 585 generic aliases. (Aportado por
  Niklas Rosenstein en gh-85542.)

* "typing.get_type_hints()" ya no agrega "Optional" a los parámetros
  con "None" como predeterminado. (Aportado por Nikita Sobolev en
  gh-90353.)

* "typing.get_type_hints()" ahora admite la evaluación de anotaciones
  "ClassVar" con cadenas desnudas. (Aportado por Gregory Beauregard en
  gh-90711.)

* "typing.no_type_check()" ya no modifica clases y funciones externas.
  Ahora también marca correctamente los métodos de clase para que no
  se verifique el tipo. (Aportado por Nikita Sobolev en gh-90729.)


unicodedata
-----------

* La base de datos Unicode se ha actualizado a la versión 14.0.0.
  (Aportado por Benjamin Peterson en bpo-45190).


prueba de unidad
----------------

* Se agregaron los métodos "enterContext()" y "enterClassContext()" de
  la clase "TestCase", el método "enterAsyncContext()" de la clase
  "IsolatedAsyncioTestCase" y la función
  "unittest.enterModuleContext()". (Aportado por Serhiy Storchaka en
  bpo-45046.)


venv
----

* Cuando se crean nuevos entornos virtuales de Python, el *venv*
  sysconfig installation scheme se utiliza para determinar las rutas
  dentro del entorno. Cuando Python se ejecuta en un entorno virtual,
  el mismo esquema de instalación es el predeterminado. Eso significa
  que los distribuidores intermedios pueden cambiar el esquema de
  instalación de sysconfig predeterminado sin cambiar el
  comportamiento de los entornos virtuales. El código de terceros que
  también crea nuevos entornos virtuales debería hacer lo mismo.
  (Aportado por Miro Hrončok en bpo-45413.)


advertencias
------------

* "warnings.catch_warnings()" ahora acepta argumentos para
  "warnings.simplefilter()", lo que proporciona una forma más concisa
  de ignorar localmente las advertencias o convertirlas en errores.
  (Aportado por Zac Hatfield-Dodds en bpo-47074).


archivo zip
-----------

* Se agregó compatibilidad para especificar la codificación de nombres
  de miembros para leer metadatos en los encabezados de archivos y
  directorios de "ZipFile". (Aportado por Stephen J. Turnbull y Serhiy
  Storchaka en bpo-28080).

* Se agregó "ZipFile.mkdir()" para crear nuevos directorios dentro de
  archivos ZIP. (Aportado por Sam Ezeh en gh-49083.)

* Se agregaron "stem", "suffix" y "suffixes" a "zipfile.Path".
  (Aportado por Miguel Brito en gh-88261.)


Optimizaciones
==============

Esta sección cubre optimizaciones específicas independientes del
proyecto CPython más rápido, que se trata en su propia sección.

* El compilador ahora optimiza printf-style % formatting simple en
  cadenas literales que contienen solo los códigos de formato "%s",
  "%r" y "%a" y lo hace tan rápido como una expresión *f-string*
  correspondiente. (Aportado por Serhiy Storchaka en bpo-28307.)

* La división de enteros a la baja ("//") está mejor ajustada para la
  optimización por parte de los compiladores. Ahora es un 20 % más
  rápido en x86-64 cuando se divide un "int" por un valor menor que
  "2**30". (Aportado por Gregory P. Smith y Tim Peters en gh-90564.)

* "sum()" ahora es casi un 30 % más rápido para números enteros más
  pequeños que "2**30". (Aportado por Stefan Behnel en gh-68264.)

* El cambio de tamaño de las listas está simplificado para el caso
  común, acelerando "list.append()" en ≈15 % y *list comprehension*s
  simples hasta en un 20-30 % (Contribuido por Dennis Sweeney en
  gh-91165).

* Los diccionarios no almacenan valores hash cuando todas las claves
  son objetos Unicode, lo que reduce el tamaño de "dict". Por ejemplo,
  "sys.getsizeof(dict.fromkeys("abcdefg"))" se reduce de 352 bytes a
  272 bytes (un 23 % más pequeño) en plataformas de 64 bits. (Aportado
  por Inada Naoki en bpo-46845.)

* El uso de "asyncio.DatagramProtocol" ahora es mucho más rápido
  cuando se transfieren archivos grandes a través de UDP, con
  velocidades 100 veces más altas para un archivo de ≈60 MiB.
  (Aportado por msoxzw en gh-91487.)

* Las funciones "math" "comb()" y "perm()" ahora son ≈10 veces más
  rápidas para argumentos grandes (con una aceleración mayor para *k*
  más grandes). (Aportado por Serhiy Storchaka en bpo-37295.)

* Las funciones "statistics" "mean()", "variance()" y "stdev()" ahora
  consumen iteradores en una sola pasada en lugar de convertirlos
  primero en "list". Esto es el doble de rápido y puede ahorrar una
  cantidad considerable de memoria. (Aportado por Raymond Hettinger en
  gh-90415.)

* "unicodedata.normalize()" ahora normaliza cadenas ASCII puras en
  tiempo constante. (Contribución de Donghee Na en bpo-44987.)


CPython más rápido
==================

CPython 3.11 es en promedio 25% faster que CPython 3.10 cuando se mide
con el conjunto de pruebas comparativas pyperformance y se compila con
GCC en Ubuntu Linux. Dependiendo de su carga de trabajo, la
aceleración podría ser hasta un 10-60% más rápida.

Este proyecto se centra en dos áreas principales de Python: Inicio más
rápido y Tiempo de ejecución más rápido. Las optimizaciones no
cubiertas por este proyecto se enumeran por separado en
Optimizaciones.


Inicio más rápido
-----------------


Importaciones congeladas / Objetos de código estático
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Python almacena en caché el *bytecode* en el directorio __pycache__
para acelerar la carga del módulo.

Previamente en 3.10, la ejecución del módulo de Python se veía así:

   Read __pycache__ -> Unmarshal -> Heap allocated code object -> Evaluate

En Python 3.11, los módulos principales esenciales para el inicio de
Python están "congelados". Esto significa que el intérprete asigna
estáticamente sus Objetos código (y sus códigos de bytes). Esto reduce
los pasos en el proceso de ejecución del módulo a:

   Statically allocated code object -> Evaluate

El inicio del intérprete ahora es un 10-15 % más rápido en Python
3.11. Esto tiene un gran impacto para los programas de ejecución corta
que usan Python.

(Aportado por Eric Snow, Guido van Rossum y Kumar Aditya en numerosos
asuntos).


Tiempo de ejecución más rápido
------------------------------


Marcos de Python más baratos y perezosos
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Los marcos de Python, que contienen información de ejecución, se crean
cada vez que Python llama a una función de Python. Las siguientes son
nuevas optimizaciones de marcos:

* Simplificó el proceso de creación de marcos.

* Se evitó la asignación de memoria al reutilizar generosamente el
  espacio de marcos en la pila C.

* Simplificó la estructura del marco interno para que contenga solo
  información esencial. Los marcos contenían previamente información
  adicional de gestión de memoria y depuración.

Los frame objects de estilo antiguo ahora se crean solo cuando lo
solicitan los depuradores o las funciones de introspección de Python
como "sys._getframe()" y "inspect.currentframe()". Para la mayoría del
código de usuario, no se crea ningún objeto de marco. Como resultado,
casi todas las llamadas a funciones de Python se han acelerado
significativamente. Medimos una aceleración del 3 al 7% en
pyperformance.

(Aportado por Mark Shannon en bpo-44590.)


Llamadas a funciones de Python en línea
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Durante una llamada de función de Python, Python llamará a una función
C de evaluación para interpretar el código de esa función. Esto limita
efectivamente la recursión pura de Python a lo que es seguro para la
pila de C.

En 3.11, cuando CPython detecta código de Python que llama a otra
función de Python, configura un nuevo marco y "salta" al nuevo código
dentro del nuevo marco. Esto evita llamar a la función de
interpretación de C por completo.

La mayoría de las llamadas a funciones de Python ahora no consumen
espacio en la pila de C, lo que las acelera. En funciones recursivas
simples como Fibonacci o factorial, observamos una aceleración de 1,7
veces. Esto también significa que las funciones recursivas pueden
recurrir significativamente más profundamente (si el usuario aumenta
el límite de recursividad con "sys.setrecursionlimit()"). Medimos una
mejora del 1 al 3% en pyperformance.

(Aportado por Pablo Galindo y Mark Shannon en bpo-45256.)


PEP 659: Intérprete Adaptativo Especializado
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

**PEP 659** es una de las partes clave del proyecto Faster CPython. La
idea general es que, si bien Python es un lenguaje dinámico, la mayor
parte del código tiene regiones donde los objetos y tipos rara vez
cambian. Este concepto se conoce como *type stability*.

En tiempo de ejecución, Python intentará buscar patrones comunes y
estabilidad de tipos en el código en ejecución. Luego, Python
reemplazará la operación actual por una más especializada. Esta
operación especializada utiliza rutas rápidas disponibles solo para
aquellos casos/tipos de uso, que generalmente superan a sus
contrapartes genéricas. Esto también trae consigo otro concepto
llamado *inline caching*, donde Python almacena en caché los
resultados de operaciones costosas directamente en el *bytecode*.

El especialista también combinará ciertos pares de instrucciones
comunes en una superinstrucción, reduciendo la sobrecarga durante la
ejecución.

Python solo se especializará cuando vea código "caliente" (ejecutado
varias veces). Esto evita que Python pierda tiempo en código de
ejecución única. Python también puede desespecializarse cuando el
código es demasiado dinámico o cuando cambia el uso. La
especialización se intenta periódicamente y los intentos de
especialización no son demasiado costosos, lo que permite que la
especialización se adapte a nuevas circunstancias.

(PEP escrito por Mark Shannon, con ideas inspiradas por Stefan
Brunthaler. Consulte **PEP 659** para obtener más información.
Implementación por Mark Shannon y Brandt Bucher, con ayuda adicional
de Irit Katriel y Dennis Sweeney).

+-----------------+----------------------+---------------------------------------------------------+---------------------+---------------------+
| Operación       | Forma                | Especialización                                         | Aceleración de la   | Colaborador(es)     |
|                 |                      |                                                         | operación (hasta)   |                     |
|=================|======================|=========================================================|=====================|=====================|
| Operaciones     | "x + x"  "x - x"  "x | La suma, multiplicación y resta binaria para tipos      | 10%                 | Mark Shannon,       |
| binarias        | * x"                 | comunes como "int", "float" y "str" toman rutas rápidas |                     | Donghee Na, Brandt  |
|                 |                      | personalizadas para sus tipos subyacentes.              |                     | Bucher, Dennis      |
|                 |                      |                                                         |                     | Sweeney             |
+-----------------+----------------------+---------------------------------------------------------+---------------------+---------------------+
| Subíndice       | "a[i]"               | Los tipos de contenedores de subíndices, como "list",   | 10-25%              | Irit KatrielMark    |
|                 |                      | "tuple" y "dict", indexan directamente las estructuras  |                     | Shannon             |
|                 |                      | de datos subyacentes.  El subíndice "__getitem__()"     |                     |                     |
|                 |                      | personalizado también está incluido de manera similar a |                     |                     |
|                 |                      | Llamadas a funciones de Python en línea.                |                     |                     |
+-----------------+----------------------+---------------------------------------------------------+---------------------+---------------------+
| Almacenar       | "a[i] = z"           | Similar a la especialización de subíndices anterior.    | 10-25%              | dennis sweeney      |
| subíndice       |                      |                                                         |                     |                     |
+-----------------+----------------------+---------------------------------------------------------+---------------------+---------------------+
| Llamadas        | "f(arg)"  "C(arg)"   | Las llamadas a funciones y tipos integrados (C)         | 20%                 | Mark ShannonKen Jin |
|                 |                      | comunes, como "len()" y "str", llaman directamente a su |                     |                     |
|                 |                      | versión C subyacente. Esto evita pasar por la           |                     |                     |
|                 |                      | convención de llamadas interna.                         |                     |                     |
+-----------------+----------------------+---------------------------------------------------------+---------------------+---------------------+
| Cargar variable | "print"  "len"       | El índice del objeto en el espacio de nombres           | [1]                 | marca shannon       |
| global          |                      | globales/integrados se almacena en caché. La carga de   |                     |                     |
|                 |                      | globales e integrados requiere cero búsquedas de        |                     |                     |
|                 |                      | espacios de nombres.                                    |                     |                     |
+-----------------+----------------------+---------------------------------------------------------+---------------------+---------------------+
| Cargar atributo | "o.attr"             | Similar a cargar variables globales. El índice del      | [2]                 | marca shannon       |
|                 |                      | atributo dentro del espacio de nombres de la            |                     |                     |
|                 |                      | clase/objeto se almacena en caché. En la mayoría de los |                     |                     |
|                 |                      | casos, la carga de atributos requerirá cero búsquedas   |                     |                     |
|                 |                      | de espacios de nombres.                                 |                     |                     |
+-----------------+----------------------+---------------------------------------------------------+---------------------+---------------------+
| Cargar métodos  | "o.meth()"           | La dirección real del método se almacena en caché. La   | 10-20%              | Ken JinMark Shannon |
| para llamar     |                      | carga de métodos ahora no tiene búsquedas de espacio de |                     |                     |
|                 |                      | nombres, incluso para clases con largas cadenas de      |                     |                     |
|                 |                      | herencia.                                               |                     |                     |
+-----------------+----------------------+---------------------------------------------------------+---------------------+---------------------+
| Atributo de la  | "o.attr = z"         | Similar a la optimización de atributos de carga.        | 2% en rendimiento   | marca shannon       |
| tienda          |                      |                                                         |                     |                     |
+-----------------+----------------------+---------------------------------------------------------+---------------------+---------------------+
| Secuencia de    | "*seq"               | Especializado para contenedores comunes como "list" y   | 8%                  | brandt bucher       |
| desempaquetado  |                      | "tuple". Evita la convención de llamadas internas.      |                     |                     |
+-----------------+----------------------+---------------------------------------------------------+---------------------+---------------------+

[1] Ya existía una optimización similar desde Python 3.8. 3.11 se
    especializa en más formas y reduce algunos gastos generales.

[2] Ya existía una optimización similar desde Python 3.10. 3.11 se
    especializa en más formularios. Además, bpo-45947 debería acelerar
    todas las cargas de atributos.


Varios
------

* Los objetos ahora requieren menos memoria debido a los espacios de
  nombres de objetos creados con pereza. Sus diccionarios de espacio
  de nombres ahora también comparten claves más libremente.
  (Contribuido por Mark Shannon en bpo-45340 y bpo-40116).

* Se implementan excepciones de "costo cero", lo que elimina el costo
  de las declaraciones "try" cuando no se plantea ninguna excepción.
  (Contribución de Mark Shannon en bpo-40222.)

* Una representación más concisa de las excepciones en el intérprete
  redujo el tiempo necesario para detectar una excepción en
  aproximadamente un 10 %. (Aportado por Irit Katriel en bpo-45711.)

* El motor de coincidencia de expresiones regulares de "re" ha sido
  parcialmente refactorizado y ahora utiliza gotos calculados (o
  "código de subprocesos") en las plataformas compatibles. Como
  resultado, Python 3.11 ejecuta pyperformance regular expression
  benchmarks hasta un 10% más rápido que Python 3.10. (Contribución de
  Brandt Bucher en gh-91404.)


Preguntas más frecuentes
------------------------


¿Cómo debo escribir mi código para utilizar estas aceleraciones?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

No tienes que cambiar tu código, escribe código Pythonic que siga las
mejores prácticas comunes. El proyecto Faster CPython optimiza los
patrones de código comunes que observamos.


¿CPython 3.11 usará más memoria?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Tal vez no. No esperamos que el uso de memoria supere el 20% más que
3.10. Esto se compensa con las optimizaciones de memoria para objetos
de marco y diccionarios de objetos, como se mencionó anteriormente.


No veo ninguna aceleración en mi carga de trabajo. ¿Por qué?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Cierto código no tendrá beneficios notables. Si su código pasa la
mayor parte de su tiempo en operaciones de E/S, o ya realiza la mayor
parte de su cálculo en una biblioteca de extensión C como numpy, no
habrá una aceleración significativa. Actualmente, este proyecto es el
que más beneficia a las cargas de trabajo de Python puro.

Además, las cifras de pyperformance son una media geométrica. Incluso
dentro de los puntos de referencia de pyrendimiento, ciertos puntos de
referencia se han ralentizado ligeramente, mientras que otros se han
acelerado casi 2 veces.


¿Existe un compilador JIT?
~~~~~~~~~~~~~~~~~~~~~~~~~~

No. Todavía estamos explorando otras optimizaciones.


Sobre
-----

Faster CPython explora optimizaciones para *CPython*. El equipo
principal está financiado por Microsoft para trabajar en esto a tiempo
completo. Pablo Galindo Salgado también está financiado por Bloomberg
LP para trabajar en el proyecto a tiempo parcial. Finalmente, muchos
contribuyentes son voluntarios de la comunidad.


Cambios en el código de bytes de CPython
========================================

El código de bytes ahora contiene entradas de caché en línea, que
toman la forma de las instrucciones "CACHE" recién agregadas. Muchos
códigos de operación esperan ser seguidos por una cantidad exacta de
cachés e indican al intérprete que los omita en tiempo de ejecución.
Los cachés poblados pueden parecer instrucciones arbitrarias, por lo
que se debe tener mucho cuidado al leer o modificar el código de bytes
adaptativo sin procesar que contiene datos acelerados.


Nuevos códigos de operación
---------------------------

* "ASYNC_GEN_WRAP", "RETURN_GENERATOR" and "SEND", used in generators
  and co-routines.

* "COPY_FREE_VARS", que evita la necesidad de un código especial del
  lado de la persona que llama para los cierres.

* "JUMP_BACKWARD_NO_INTERRUPT", para usar en ciertos bucles donde no
  es deseable manejar interrupciones.

* "MAKE_CELL", para crear Objetos celda.

* "CHECK_EG_MATCH"  and  "PREP_RERAISE_STAR", to handle the new
  exception groups and except* added in **PEP 654**.

* "PUSH_EXC_INFO", para uso en controladores de excepciones.

* "RESUME", no operativo, para el seguimiento interno, la depuración y
  las comprobaciones de optimización.


Códigos de operación reemplazados
---------------------------------

+--------------------------------------+--------------------------------------+-------------------------------------------+
| Códigos de operación reemplazados    | Nuevos códigos de operación          | notas                                     |
|======================================|======================================|===========================================|
| "BINARY_*" "INPLACE_*"               | "BINARY_OP"                          | Reemplazó todos los códigos de operación  |
|                                      |                                      | numéricos binarios/en el lugar con un     |
|                                      |                                      | solo código de operación                  |
+--------------------------------------+--------------------------------------+-------------------------------------------+
| "CALL_FUNCTION" "CALL_FUNCTION_KW"   | "CALL" "KW_NAMES" "PRECALL"          | Separa el cambio de argumentos para       |
| "CALL_METHOD"                        | "PUSH_NULL"                          | métodos del manejo de argumentos de       |
|                                      |                                      | palabras clave; permite una mejor         |
|                                      |                                      | especialización de las llamadas           |
+--------------------------------------+--------------------------------------+-------------------------------------------+
| "DUP_TOP" "DUP_TOP_TWO" "ROT_TWO"    | "COPY" "SWAP"                        | Instrucciones de manipulación de pilas    |
| "ROT_THREE" "ROT_FOUR" "ROT_N"       |                                      |                                           |
+--------------------------------------+--------------------------------------+-------------------------------------------+
| "JUMP_IF_NOT_EXC_MATCH"              | "CHECK_EXC_MATCH"                    | Ahora realiza la comprobación pero no     |
|                                      |                                      | salta.                                    |
+--------------------------------------+--------------------------------------+-------------------------------------------+
| "JUMP_ABSOLUTE" "POP_JUMP_IF_FALSE"  | "JUMP_BACKWARD"                      | Ver [3]; Variantes "TRUE", "FALSE",       |
| "POP_JUMP_IF_TRUE"                   | "POP_JUMP_BACKWARD_IF_*"             | "NONE" y "NOT_NONE" para cada dirección   |
|                                      | "POP_JUMP_FORWARD_IF_*"              |                                           |
+--------------------------------------+--------------------------------------+-------------------------------------------+
| "SETUP_WITH" "SETUP_ASYNC_WITH"      | "BEFORE_WITH"                        | Configuración del bloque "with"           |
+--------------------------------------+--------------------------------------+-------------------------------------------+

[3] All jump opcodes are now relative, including the existing
    "JUMP_IF_TRUE_OR_POP" and "JUMP_IF_FALSE_OR_POP". The argument is
    now an offset from the current instruction rather than an absolute
    location.


Códigos de operación cambiados/eliminados
-----------------------------------------

* Se cambiaron "MATCH_CLASS" y "MATCH_KEYS" para que ya no envíen un
  valor booleano adicional para indicar éxito/fracaso. En su lugar, se
  inserta "None" en caso de error en lugar de la tupla de valores
  extraídos.

* Se cambiaron los códigos de operación que funcionan con excepciones
  para reflejarlas y ahora se representan como un elemento en la pila
  en lugar de tres (ver gh-89874).

* Se eliminaron "COPY_DICT_WITHOUT_KEYS", "GEN_START", "POP_BLOCK",
  "SETUP_FINALLY" y "YIELD_FROM".


Obsoleto
========

Esta sección enumera las API de Python que han quedado obsoletas en
Python 3.11.

Las API de C en desuso son listed separately.


Idioma/Construidos
------------------

* El encadenamiento de descriptores "classmethod" (introducido en
  bpo-19072) ahora está en desuso. Ya no se puede usar para envolver
  otros descriptores como "property". El diseño central de esta
  función tenía fallas y causó una serie de problemas posteriores.
  Para "transmitir" un "classmethod", considere usar el atributo
  "__wrapped__" que se agregó en Python 3.10. (Aportado por Raymond
  Hettinger en gh-89519.)

* Los escapes octales en cadenas y bytes literales con valores mayores
  que "0o377" (255 en decimal) ahora producen un "DeprecationWarning".
  En una futura versión de Python, generarán un "SyntaxWarning" y
  eventualmente un "SyntaxError". (Aportado por Serhiy Storchaka en
  gh-81548.)

* La delegación de "int()" a "__trunc__()" ahora está obsoleta. Llamar
  a "int(a)" cuando "type(a)" implementa "__trunc__()" pero no
  "__int__()" o "__index__()" ahora genera un "DeprecationWarning".
  (Aportado por Zackery Spytz en bpo-44977).


Módulos
-------

* **PEP 594** condujo a la desaprobación de los siguientes módulos
  programados para su eliminación en Python 3.13:

  +-----------------------+-----------------------+-----------------------+-----------------------+-----------------------+
  | "aifc"                | "chunk"               | "msilib"              | "pipes"               | "telnetlib"           |
  +-----------------------+-----------------------+-----------------------+-----------------------+-----------------------+
  | "audioop"             | "crypt"               | "nis"                 | "sndhdr"              | "uu"                  |
  +-----------------------+-----------------------+-----------------------+-----------------------+-----------------------+
  | "cgi"                 | "imghdr"              | "nntplib"             | "spwd"                | "xdrlib"              |
  +-----------------------+-----------------------+-----------------------+-----------------------+-----------------------+
  | "cgitb"               | "mailcap"             | "ossaudiodev"         | "sunau"               |                       |
  +-----------------------+-----------------------+-----------------------+-----------------------+-----------------------+

  (Aportado por Brett Cannon en bpo-47061 y Victor Stinner en
  gh-68966).

* The "asynchat", "asyncore" and  "smtpd" modules have been deprecated
  since at least Python 3.6. Their documentation and deprecation
  warnings have now been updated to note they will be removed in
  Python 3.12. (Contributed by Hugo van Kemenade in bpo-47022.)

* El paquete "lib2to3" y la herramienta 2to3 ahora están obsoletos y
  es posible que no puedan analizar Python 3.10 o posterior. Consulte
  **PEP 617**, que presenta el nuevo analizador PEG, para obtener más
  información. (Aportado por Victor Stinner en bpo-40360.)

* Los módulos no documentados "sre_compile", "sre_constants" y
  "sre_parse" ahora están obsoletos. (Aportado por Serhiy Storchaka en
  bpo-47152.)


Biblioteca estándar
-------------------

* Lo siguiente ha quedado obsoleto en "configparser" desde Python 3.2.
  Sus advertencias de obsolescencia ahora se han actualizado para
  tener en cuenta que se eliminarán en Python 3.12:

  * la clase "configparser.SafeConfigParser"

  * la propiedad "configparser.ParsingError.filename"

  * the "configparser.RawConfigParser.readfp()" method

  (Aportado por Hugo van Kemenade en bpo-45173.)

* "configparser.LegacyInterpolation" ha quedado obsoleto en la cadena
  de documentación desde Python 3.2 y no aparece en la documentación
  de "configparser". Ahora emite un "DeprecationWarning" y se
  eliminará en Python 3.13. Utilice "configparser.BasicInterpolation"
  o "configparser.ExtendedInterpolation" en su lugar. (Aportado por
  Hugo van Kemenade en bpo-46607.)

* El conjunto anterior de funciones "importlib.resources" quedó en
  desuso en favor de los reemplazos agregados en Python 3.9 y se
  eliminará en una versión futura de Python, debido a que no admite
  recursos ubicados dentro de los subdirectorios del paquete:

  * "importlib.resources.contents()"

  * "importlib.resources.is_resource()"

  * "importlib.resources.open_binary()"

  * "importlib.resources.open_text()"

  * "importlib.resources.read_binary()"

  * "importlib.resources.read_text()"

  * "importlib.resources.path()"

* The "locale.getdefaultlocale()" function is deprecated and will be
  removed in Python 3.15. Use "locale.setlocale()",
  "locale.getpreferredencoding(False)" and "locale.getlocale()"
  functions instead. (Contributed by Victor Stinner in gh-90817.)

* La función "locale.resetlocale()" está en desuso y se eliminará en
  Python 3.13. Utilice "locale.setlocale(locale.LC_ALL, "")" en su
  lugar. (Aportado por Victor Stinner en gh-90817.)

* Ahora se aplicarán reglas más estrictas para las referencias de
  grupos numéricos y los nombres de grupos en regular expressions.
  Ahora solo se aceptarán secuencias de dígitos ASCII como referencia
  numérica, y el nombre del grupo en los patrones "bytes" y las
  cadenas de reemplazo solo pueden contener letras ASCII, dígitos y
  guiones bajos. Por ahora, se genera una advertencia de desaprobación
  para la sintaxis que viola estas reglas. (Aportado por Serhiy
  Storchaka en gh-91760.)

* En el módulo "re", la función "re.template()" y los indicadores
  "re.TEMPLATE" y "re.T" correspondientes están en desuso, ya que no
  estaban documentados y carecían de un propósito obvio. Se eliminarán
  en Python 3.13. (Contribución de Serhiy Storchaka y Miro Hrončok en
  gh-92728.)

* "turtle.settiltangle()" está en desuso desde Python 3.1; ahora emite
  una advertencia de desaprobación y se eliminará en Python 3.13.
  Utilice "turtle.tiltangle()" en su lugar (anteriormente se marcó
  incorrectamente como obsoleto y su cadena de documentación ahora
  está corregida). (Aportado por Hugo van Kemenade en bpo-45837.)

* "typing.Text", que existe únicamente para proporcionar soporte de
  compatibilidad entre el código de Python 2 y Python 3, ahora está
  obsoleto. Su eliminación no está planificada actualmente, pero se
  recomienda a los usuarios que usen "str" en su lugar siempre que sea
  posible. (Aportado por Alex Waygood en gh-92332.)

* La sintaxis de argumento de palabra clave para construir tipos
  "typing.TypedDict" ahora está obsoleta. Se eliminará el soporte en
  Python 3.13. (Aportado por Jingchen Ye en gh-90224.)

* "webbrowser.MacOSX" está en desuso y se eliminará en Python 3.13. No
  está probado, no está documentado y no lo utiliza el propio
  "webbrowser". (Contribución de Donghee Na en bpo-42255.)

* El comportamiento de devolver un valor de los métodos de prueba
  "TestCase" y "IsolatedAsyncioTestCase" (aparte del valor "None"
  predeterminado) ahora está obsoleto.

* Se descartaron las siguientes funciones "unittest" no documentadas
  formalmente, programadas para su eliminación en Python 3.13:

  * "unittest.findTestCases()"

  * "unittest.makeSuite()"

  * "unittest.getTestCaseNames()"

  Utilice métodos "TestLoader" en su lugar:

  * "unittest.TestLoader.loadTestsFromModule()"

  * "unittest.TestLoader.loadTestsFromTestCase()"

  * "unittest.TestLoader.getTestCaseNames()"

  (Aportado por Erlend E. Aasland en bpo-5846.)

* "unittest.TestProgram.usageExit()" is marked deprecated, to be
  removed in 3.13. (Contributed by Carlos Damázio in gh-67048.)


Eliminación pendiente en Python 3.12
====================================

Las siguientes API de Python han quedado obsoletas en versiones
anteriores de Python y se eliminarán en Python 3.12.

Las API de C pendientes de eliminación son listed separately.

* The "asynchat" module

* The "asyncore" module

* The entire distutils package

* El módulo "imp"

* El espacio de nombres "typing.io"

* El espacio de nombres "typing.re"

* "cgi.log()"

* "importlib.find_loader()"

* "importlib.abc.Loader.module_repr()"

* "importlib.abc.MetaPathFinder.find_module()"

* "importlib.abc.PathEntryFinder.find_loader()"

* "importlib.abc.PathEntryFinder.find_module()"

* "importlib.machinery.BuiltinImporter.find_module()"

* "importlib.machinery.BuiltinLoader.module_repr()"

* "importlib.machinery.FileFinder.find_loader()"

* "importlib.machinery.FileFinder.find_module()"

* "importlib.machinery.FrozenImporter.find_module()"

* "importlib.machinery.FrozenLoader.module_repr()"

* "importlib.machinery.PathFinder.find_module()"

* "importlib.machinery.WindowsRegistryFinder.find_module()"

* "importlib.util.module_for_loader()"

* "importlib.util.set_loader_wrapper()"

* "importlib.util.set_package_wrapper()"

* "pkgutil.ImpImporter"

* "pkgutil.ImpLoader"

* "pathlib.Path.link_to()"

* "sqlite3.enable_shared_cache()"

* "sqlite3.OptimizedUnicode()"

* "PYTHONTHREADDEBUG" environment variable

* Los siguientes alias obsoletos en "unittest":

     +------------------------------+---------------------------------+-----------------+
     | Alias obsoleto               | Nombre del método               | Obsoleto en     |
     |==============================|=================================|=================|
     | "failUnless"                 | "assertTrue()"                  | 3.1             |
     +------------------------------+---------------------------------+-----------------+
     | "failIf"                     | "assertFalse()"                 | 3.1             |
     +------------------------------+---------------------------------+-----------------+
     | "failUnlessEqual"            | "assertEqual()"                 | 3.1             |
     +------------------------------+---------------------------------+-----------------+
     | "failIfEqual"                | "assertNotEqual()"              | 3.1             |
     +------------------------------+---------------------------------+-----------------+
     | "failUnlessAlmostEqual"      | "assertAlmostEqual()"           | 3.1             |
     +------------------------------+---------------------------------+-----------------+
     | "failIfAlmostEqual"          | "assertNotAlmostEqual()"        | 3.1             |
     +------------------------------+---------------------------------+-----------------+
     | "failUnlessRaises"           | "assertRaises()"                | 3.1             |
     +------------------------------+---------------------------------+-----------------+
     | "assert_"                    | "assertTrue()"                  | 3.2             |
     +------------------------------+---------------------------------+-----------------+
     | "assertEquals"               | "assertEqual()"                 | 3.2             |
     +------------------------------+---------------------------------+-----------------+
     | "assertNotEquals"            | "assertNotEqual()"              | 3.2             |
     +------------------------------+---------------------------------+-----------------+
     | "assertAlmostEquals"         | "assertAlmostEqual()"           | 3.2             |
     +------------------------------+---------------------------------+-----------------+
     | "assertNotAlmostEquals"      | "assertNotAlmostEqual()"        | 3.2             |
     +------------------------------+---------------------------------+-----------------+
     | "assertRegexpMatches"        | "assertRegex()"                 | 3.2             |
     +------------------------------+---------------------------------+-----------------+
     | "assertRaisesRegexp"         | "assertRaisesRegex()"           | 3.2             |
     +------------------------------+---------------------------------+-----------------+
     | "assertNotRegexpMatches"     | "assertNotRegex()"              | 3.5             |
     +------------------------------+---------------------------------+-----------------+


Remoto
======

Esta sección enumera las API de Python que se eliminaron en Python
3.11.

Las API C eliminadas son listed separately.

* Se eliminó "@asyncio.coroutine()" *decorator*, lo que permite que
  las corrutinas basadas en generadores heredados sean compatibles con
  el código "async"/"await". La función ha quedado obsoleta desde
  Python 3.8 y la eliminación se programó inicialmente para Python
  3.10. Utilice "async def" en su lugar. (Aportado por Illia Volochii
  en bpo-43216.)

* Se eliminó "asyncio.coroutines.CoroWrapper" utilizado para envolver
  objetos de corrutina basados ​​en generadores heredados en el modo
  de depuración. (Aportado por Illia Volochii en bpo-43216.)

* Debido a importantes problemas de seguridad, el parámetro
  *reuse_address* de "asyncio.loop.create_datagram_endpoint()",
  deshabilitado en Python 3.9, ahora se eliminó por completo. Esto se
  debe al comportamiento de la opción de socket "SO_REUSEADDR" en UDP.
  (Aportado por Hugo van Kemenade en bpo-45129.)

* Se eliminó el módulo "binhex", obsoleto en Python 3.9. También se
  eliminaron las funciones "binascii" relacionadas y obsoletas de
  manera similar:

  * "binascii.a2b_hqx()"

  * "binascii.b2a_hqx()"

  * "binascii.rlecode_hqx()"

  * "binascii.rldecode_hqx()"

  La función "binascii.crc_hqx()" permanece disponible.

  (Aportado por Victor Stinner en bpo-45085.)

* Removed the "distutils" "bdist_msi" command deprecated in Python
  3.9. Use "bdist_wheel" (wheel packages) instead. (Contributed by
  Hugo van Kemenade in bpo-45124.)

* Se eliminaron los métodos "__getitem__()" de
  "xml.dom.pulldom.DOMEventStream", "wsgiref.util.FileWrapper" y
  "fileinput.FileInput", obsoletos desde Python 3.9. (Aportado por
  Hugo van Kemenade en bpo-45132.)

* Se eliminaron las funciones "gettext" obsoletas "lgettext()",
  "ldgettext()", "lngettext()" y "ldngettext()". También se eliminó la
  función "bind_textdomain_codeset()", los métodos
  "NullTranslations.output_charset()" y
  "NullTranslations.set_output_charset()", y el parámetro *codeset* de
  "translation()" y "install()", ya que solo se usan para las
  funciones "l*gettext()". (Contribución de Donghee Na y Serhiy
  Storchaka en bpo-44235).

* Eliminado del módulo "inspect":

  * La función "getargspec()", en desuso desde Python 3.0; utilice
    "inspect.signature()" o "inspect.getfullargspec()" en su lugar.

  * La función "formatargspec()", obsoleta desde Python 3.5; use la
    función "inspect.signature()" o el objeto "inspect.Signature"
    directamente.

  * Los métodos "Signature.from_builtin()" y
    "Signature.from_function()" no documentados, obsoletos desde
    Python 3.5; utilice el método "Signature.from_callable()" en su
    lugar.

  (Aportado por Hugo van Kemenade en bpo-45320.)

* Se eliminó el método "__class_getitem__()" de "pathlib.PurePath",
  porque no se usó y se agregó por error en versiones anteriores.
  (Aportado por Nikita Sobolev en bpo-46483.)

* Removed the "MailmanProxy" class in the "smtpd" module, as it is
  unusable without the external "mailman" package. (Contributed by
  Donghee Na in bpo-35800.)

* Se eliminó el método obsoleto "split()" de "_tkinter.TkappType".
  (Aportado por Erlend E. Aasland en bpo-38371.)

* Se eliminó la compatibilidad con el paquete de espacio de nombres
  del descubrimiento "unittest". Se introdujo en Python 3.4 pero se
  rompió desde Python 3.7. (Aportado por Inada Naoki en bpo-23882.)

* Se eliminó el método "float.__set_format__()" privado no
  documentado, anteriormente conocido como "float.__setformat__()" en
  Python 3.7. Su cadena de documentación decía: "Probablemente no
  desee utilizar esta función. Existe principalmente para ser
  utilizada en el conjunto de pruebas de Python". (Aportado por Victor
  Stinner en bpo-46852.)

* El indicador de configuración "--experimental-isolated-
  subinterpreters" (y la macro "EXPERIMENTAL_ISOLATED_SUBINTERPRETERS"
  correspondiente) se han eliminado.

* Pynche --- The Pythonically Natural Color and Hue Editor --- has
  been moved out of "Tools/scripts" and is being developed
  independently from the Python source tree.


Migración a Python 3.11
=======================

Esta sección enumera los cambios descritos anteriormente y otras
correcciones de errores en la API de Python que pueden requerir
cambios en su código de Python.

Las notas de portabilidad para la API de C son listed separately.

* "open()", "io.open()", "codecs.open()" y "fileinput.FileInput" ya no
  aceptan "'U'" ("nueva línea universal") en el modo de archivo. En
  Python 3, el modo "nueva línea universal" se usa de forma
  predeterminada cada vez que se abre un archivo en modo de texto, y
  el indicador "'U'" ha quedado obsoleto desde Python 3.3. El newline
  parameter para estas funciones controla cómo funcionan las nuevas
  líneas universales. (Aportado por Victor Stinner en bpo-37330.)

* Las posiciones de los nodos "ast.AST" ahora se validan cuando se
  proporcionan a "compile()" y otras funciones relacionadas. Si se
  detectan posiciones no válidas, se generará un "ValueError".
  (Aportado por Pablo Galindo en gh-93351)

* Prohibido pasar ejecutores que no sean
  "concurrent.futures.ThreadPoolExecutor" a
  "asyncio.loop.set_default_executor()" luego de una obsolescencia en
  Python 3.8. (Aportado por Illia Volochii en bpo-43234.)

* "calendar": las clases "calendar.LocaleTextCalendar" y
  "calendar.LocaleHTMLCalendar" ahora usan "locale.getlocale()", en
  lugar de usar "locale.getdefaultlocale()", si no se especifica una
  configuración regional. (Aportado por Victor Stinner en bpo-46659.)

* El módulo "pdb" ahora lee el archivo de configuración ".pdbrc" con
  la codificación "'UTF-8'". (Contribuido por Srinivas Reddy
  Thatiparthy (శ్రీనివాస్ రెడ్డి తాటిపర్తి) en bpo-41137.)

* El parámetro *population* de "random.sample()" debe ser una
  secuencia y ya no se admite la conversión automática de "set"s a
  "list"s. Además, si el tamaño de la muestra es mayor que el tamaño
  de la población, se genera un "ValueError". (Aportado por Raymond
  Hettinger en bpo-40465.)

* Se eliminó el parámetro opcional *random* de "random.shuffle()".
  Anteriormente, era una función aleatoria arbitraria para usar en la
  reproducción aleatoria; ahora, siempre se utilizará
  "random.random()" (su valor predeterminado anterior).

* En "re" Sintaxis de expresiones regulares, las banderas en línea
  globales (por ejemplo, "(?i)") ahora solo se pueden usar al comienzo
  de las expresiones regulares. Su uso en otros lugares ha quedado
  obsoleto desde Python 3.6. (Aportado por Serhiy Storchaka en
  bpo-47066.)

* En el módulo "re", se corrigieron varios errores antiguos que, en
  casos excepcionales, podían hacer que los grupos de captura
  obtuvieran un resultado incorrecto. Por lo tanto, esto podría
  cambiar la salida capturada en estos casos. (Contribuido por Ma Lin
  en bpo-35859.)


Construir cambios
=================

* CPython ahora tiene **PEP 11** **Tier 3 support** para la
  compilación cruzada en las plataformas WebAssembly Emscripten
  ("wasm32-unknown-emscripten", es decir, Python en el navegador) y
  WebAssembly System Interface (WASI) ("wasm32-unknown-wasi"). El
  esfuerzo está inspirado en trabajos anteriores como Pyodide. Estas
  plataformas proporcionan un subconjunto limitado de API POSIX; Las
  funciones y módulos de las bibliotecas estándar de Python
  relacionadas con redes, procesos, subprocesos, señales, mmap y
  usuarios/grupos no están disponibles o no funcionan. (Escritos
  aportados por Christian Heimes y Ethan Smith en gh-84461 y WASI
  aportados por Christian Heimes en gh-90473; plataformas
  promocionadas en gh-95085)

* Construir CPython ahora requiere:

  * Un compilador C11 y una biblioteca estándar. Optional C11 features
    no son necesarios. (Aportado por Victor Stinner en bpo-46656,
    bpo-45440 y bpo-46640.)

  * Support for IEEE 754 floating-point numbers. (Contributed by
    Victor Stinner in bpo-46917.)

* La macro "Py_NO_NAN" ha sido eliminada. Dado que CPython ahora
  requiere flotantes IEEE 754, los valores NaN siempre están
  disponibles. (Contribución de Victor Stinner en bpo-46656.)

* El paquete "tkinter" ahora requiere Tcl/Tk versión 8.5.12 o
  posterior. (Aportado por Serhiy Storchaka en bpo-46996.)

* Las dependencias de compilación, los indicadores del compilador y
  los indicadores del vinculador para la mayoría de los módulos de
  extensión stdlib ahora son detectados por **configure**. pkg-config
  detecta los indicadores libffi, libnsl, libsqlite3, zlib, bzip2,
  liblzma, libcrypt, Tcl/Tk y uuid (si están disponibles). "tkinter"
  ahora requiere un comando pkg-config para detectar configuraciones
  de desarrollo para encabezados y bibliotecas Tcl/Tk. (Aportado por
  Christian Heimes y Erlend Egeberg Aasland en bpo-45847, bpo-45747 y
  bpo-45763).

* libpython ya no está vinculado con libcrypt. (Aportado por Mike
  Gilbert en bpo-45433.)

* CPython ahora se puede construir con la opción ThinLTO pasando
  "thin" a "--with-lto", es decir, "--with-lto=thin". (Contribución de
  Donghee Na y Brett Holman en bpo-44340).

* Ahora se pueden desactivar las listas libres para estructuras de
  objetos. Se puede utilizar una nueva opción **configure**, "--
  without-freelists", para deshabilitar todas las listas libres
  excepto la tupla única vacía. (Aportado por Christian Heimes en
  bpo-45522.)

* "Modules/Setup" y "Modules/makesetup" se han mejorado y atado. Los
  módulos de extensión ahora se pueden construir a través de
  "makesetup". Todos, excepto algunos módulos de prueba, se pueden
  vincular estáticamente a una biblioteca o binario principal.
  (Aportado por Brett Cannon y Christian Heimes en bpo-45548,
  bpo-45570, bpo-45571 y bpo-43974).

  Nota:

    Utilice las variables de entorno "TCLTK_CFLAGS" y "TCLTK_LIBS"
    para especificar manualmente la ubicación de los encabezados y
    bibliotecas Tcl/Tk. Se han eliminado las opciones **configure** "
    --with-tcltk-includes" y "--with-tcltk-libs".En RHEL 7 y CentOS 7,
    los paquetes de desarrollo no proporcionan "tcl.pc" y "tk.pc"; usa
    "TCLTK_LIBS="-ltk8.5 -ltkstub8.5 -ltcl8.5"". El directorio
    "Misc/rhel7" contiene archivos ".pc" e instrucciones sobre cómo
    compilar Python con Tcl/Tk y OpenSSL de RHEL 7 y CentOS 7.

* CPython ahora usará dígitos de 30 bits de manera predeterminada para
  la implementación de Python "int". Anteriormente, el valor
  predeterminado era usar dígitos de 30 bits en plataformas con
  "SIZEOF_VOID_P >= 8" y dígitos de 15 bits en caso contrario. Todavía
  es posible solicitar explícitamente el uso de dígitos de 15 bits a
  través de la opción "--enable-big-digits" en el script de
  configuración o (para Windows) la variable "PYLONG_BITS_IN_DIGIT" en
  "PC/pyconfig.h", pero es posible que esta opción se elimine en algún
  momento en el futuro. (Contribuido por Mark Dickinson en bpo-45569.)


Cambios en la API de C
======================


Nuevas características
----------------------

* Agregue una nueva función "PyType_GetName()" para obtener el nombre
  corto del tipo. (Aportado por Hai Shi en bpo-42035.)

* Agregue una nueva función "PyType_GetQualName()" para obtener el
  nombre completo del tipo. (Aportado por Hai Shi en bpo-42035.)

* Agregue nuevas funciones "PyThreadState_EnterTracing()" y
  "PyThreadState_LeaveTracing()" a la API de C limitada para suspender
  y reanudar el seguimiento y la creación de perfiles. (Aportado por
  Victor Stinner en bpo-43760.)

* Se agregó la constante "Py_Version" que tiene el mismo valor que
  "PY_VERSION_HEX". (Aportado por Gabriele N. Tornetta en bpo-43931.)

* "Py_buffer" y las API ahora forman parte de la API limitada y la ABI
  estable:

  * "PyObject_CheckBuffer()"

  * "PyObject_GetBuffer()"

  * "PyBuffer_GetPointer()"

  * "PyBuffer_SizeFromFormat()"

  * "PyBuffer_ToContiguous()"

  * "PyBuffer_FromContiguous()"

  * "PyObject_CopyData()"

  * "PyBuffer_IsContiguous()"

  * "PyBuffer_FillContiguousStrides()"

  * "PyBuffer_FillInfo()"

  * "PyBuffer_Release()"

  * "PyMemoryView_FromBuffer()"

  * Ranuras de tipo "bf_getbuffer" y "bf_releasebuffer"

  (Aportado por Christian Heimes en bpo-45459.)

* Se agregó la función "PyType_GetModuleByDef()", utilizada para
  obtener el módulo en el que se definió un método, en los casos en
  que esta información no esté disponible directamente (a través de
  "PyCMethod"). (Aportado por Petr Viktorin en bpo-46613.)

* Agrega nuevas funciones para empaquetar y desempaquetar C doble
  (serializar y deserializar): "PyFloat_Pack2()", "PyFloat_Pack4()",
  "PyFloat_Pack8()", "PyFloat_Unpack2()", "PyFloat_Unpack4()" y
  "PyFloat_Unpack8()". (Aportado por Victor Stinner en bpo-46906.)

* Agregue nuevas funciones para obtener atributos de objetos de marco:
  "PyFrame_GetBuiltins()", "PyFrame_GetGenerator()",
  "PyFrame_GetGlobals()", "PyFrame_GetLasti()".

* Se agregaron dos funciones nuevas para obtener y configurar la
  instancia de excepción activa: "PyErr_GetHandledException()" y
  "PyErr_SetHandledException()". Estas son alternativas a
  "PyErr_SetExcInfo()" y "PyErr_GetExcInfo()" que funcionan con la
  representación de excepciones heredada de 3 tuplas. (Aportado por
  Irit Katriel en bpo-46343.)

* Se agregó el miembro "PyConfig.safe_path". (Aportado por Victor
  Stinner en gh-57684.)


Migración a Python 3.11
-----------------------

* Algunas macros se han convertido en funciones estáticas en línea
  para evitar macro pitfalls. El cambio debería ser en su mayoría
  transparente para los usuarios, ya que las funciones de reemplazo
  emitirán sus argumentos a los tipos esperados para evitar
  advertencias del compilador debido a comprobaciones de tipos
  estáticos. Sin embargo, cuando la API de C limitada se establece en
  >=3.11, estas conversiones no se realizan y las personas que llaman
  deberán convertir argumentos a sus tipos esperados. Ver **PEP 670**
  para más detalles. (Aportado por Victor Stinner y Erlend E. Aasland
  en gh-89653.)

* "PyErr_SetExcInfo()" ya no usa los argumentos "type" y "traceback",
  el intérprete ahora deriva esos valores de la instancia de excepción
  (el argumento "value"). La función aún roba referencias de los tres
  argumentos. (Aportado por Irit Katriel en bpo-45711.)

* "PyErr_GetExcInfo()" ahora deriva los campos "type" y "traceback"
  del resultado de la instancia de excepción (el campo "value").
  (Aportado por Irit Katriel en bpo-45711.)

* "_frozen" tiene un nuevo campo "is_package" para indicar si el
  módulo congelado es o no un paquete. Anteriormente, un valor
  negativo en el campo "size" era el indicador. Ahora solo se pueden
  usar valores no negativos para "size". (Aportado por Kumar Aditya en
  bpo-46608.)

* "_PyFrameEvalFunction()" ahora toma "_PyInterpreterFrame*" como su
  segundo parámetro, en lugar de "PyFrameObject*". Consulte **PEP
  523** para obtener más detalles sobre cómo usar este tipo de puntero
  de función.

* "PyCode_New()" and "PyCode_NewWithPosOnlyArgs()" now take an
  additional "exception_table" argument. Using these functions should
  be avoided, if at all possible. To get a custom code object: create
  a code object using the compiler, then get a modified version with
  the "replace" method.

* "PyCodeObject" ya no tiene los campos "co_code", "co_varnames",
  "co_cellvars" y "co_freevars". En su lugar, utilice
  "PyCode_GetCode()", "PyCode_GetVarnames()", "PyCode_GetCellvars()" y
  "PyCode_GetFreevars()" respectivamente para acceder a ellos a través
  de la API de C. (Aportado por Brandt Bucher en bpo-46841 y Ken Jin
  en gh-92154 y gh-94936).

* Las antiguas macros de papelera
  ("Py_TRASHCAN_SAFE_BEGIN"/"Py_TRASHCAN_SAFE_END") ahora están
  obsoletas. Deberían ser reemplazadas por las nuevas macros
  "Py_TRASHCAN_BEGIN" y "Py_TRASHCAN_END".

  Una función tp_dealloc que tiene las macros antiguas, como:

     static void
     mytype_dealloc(mytype *p)
     {
         PyObject_GC_UnTrack(p);
         Py_TRASHCAN_SAFE_BEGIN(p);
         ...
         Py_TRASHCAN_SAFE_END
     }

  debe migrar a las nuevas macros de la siguiente manera:

     static void
     mytype_dealloc(mytype *p)
     {
         PyObject_GC_UnTrack(p);
         Py_TRASHCAN_BEGIN(p, mytype_dealloc)
         ...
         Py_TRASHCAN_END
     }

  Tenga en cuenta que "Py_TRASHCAN_BEGIN" tiene un segundo argumento
  que debería ser la función de desasignación en la que se encuentra.

  Para admitir versiones anteriores de Python en la misma base de
  código, puede definir las siguientes macros y usarlas en todo el
  código (crédito: se copiaron de la base de código "mypy"):

     #if PY_VERSION_HEX >= 0x03080000
     #  define CPy_TRASHCAN_BEGIN(op, dealloc) Py_TRASHCAN_BEGIN(op, dealloc)
     #  define CPy_TRASHCAN_END(op) Py_TRASHCAN_END
     #else
     #  define CPy_TRASHCAN_BEGIN(op, dealloc) Py_TRASHCAN_SAFE_BEGIN(op)
     #  define CPy_TRASHCAN_END(op) Py_TRASHCAN_SAFE_END(op)
     #endif

* La función "PyType_Ready()" ahora genera un error si un tipo se
  define con el indicador "Py_TPFLAGS_HAVE_GC" establecido pero no
  tiene función transversal ("PyTypeObject.tp_traverse"). (Aportado
  por Victor Stinner en bpo-44263.)

* Los tipos de montón con el indicador "Py_TPFLAGS_IMMUTABLETYPE"
  ahora pueden heredar el protocolo de llamada vectorial **PEP 590**.
  Anteriormente, esto sólo era posible para static types. (Aportado
  por Erlend E. Aasland en bpo-43908)

* Dado que "Py_TYPE()" se cambia a una función estática en línea,
  "Py_TYPE(obj) = new_type" debe reemplazarse por "Py_SET_TYPE(obj,
  new_type)": consulte la función "Py_SET_TYPE()" (disponible desde
  Python 3.9). Para compatibilidad con versiones anteriores, se puede
  usar esta macro:

     #if PY_VERSION_HEX < 0x030900A4 && !defined(Py_SET_TYPE)
     static inline void _Py_SET_TYPE(PyObject *ob, PyTypeObject *type)
     { ob->ob_type = type; }
     #define Py_SET_TYPE(ob, type) _Py_SET_TYPE((PyObject*)(ob), type)
     #endif

  (Aportado por Victor Stinner en bpo-39573.)

* Dado que "Py_SIZE()" se cambia a una función estática en línea,
  "Py_SIZE(obj) = new_size" debe reemplazarse por "Py_SET_SIZE(obj,
  new_size)": consulte la función "Py_SET_SIZE()" (disponible desde
  Python 3.9). Para compatibilidad con versiones anteriores, se puede
  usar esta macro:

     #if PY_VERSION_HEX < 0x030900A4 && !defined(Py_SET_SIZE)
     static inline void _Py_SET_SIZE(PyVarObject *ob, Py_ssize_t size)
     { ob->ob_size = size; }
     #define Py_SET_SIZE(ob, size) _Py_SET_SIZE((PyVarObject*)(ob), size)
     #endif

  (Aportado por Victor Stinner en bpo-39573.)

* "<Python.h>" ya no incluye los archivos de encabezado "<stdlib.h>",
  "<stdio.h>", "<errno.h>" y "<string.h>" cuando la macro
  "Py_LIMITED_API" se establece en "0x030b0000" (Python 3.11) o
  superior. Las extensiones de C deben incluir explícitamente los
  archivos de encabezado después de "#include <Python.h>". (Aportado
  por Victor Stinner en bpo-45434.)

* Los archivos de API no limitados "cellobject.h", "classobject.h",
  "code.h", "context.h", "funcobject.h", "genobject.h" y
  "longintrepr.h" se han movido al directorio "Include/cpython".
  Además, se eliminó el archivo de encabezado "eval.h". Estos archivos
  no deben incluirse directamente, ya que ya están incluidos en
  "Python.h": Include Files. Si se han incluido directamente,
  considere incluir "Python.h" en su lugar. (Aportado por Victor
  Stinner en bpo-35134.)

* The "PyUnicode_CHECK_INTERNED()" macro has been excluded from the
  limited C API. It was never usable there, because it used internal
  structures which are not available in the limited C API.
  (Contributed by Victor Stinner in bpo-46007.)

* Las siguientes funciones y tipos de cuadros ahora están disponibles
  directamente con "#include <Python.h>", ya no es necesario agregar
  "#include <frameobject.h>":

  * "PyFrame_Check()"

  * "PyFrame_GetBack()"

  * "PyFrame_GetBuiltins()"

  * "PyFrame_GetGenerator()"

  * "PyFrame_GetGlobals()"

  * "PyFrame_GetLasti()"

  * "PyFrame_GetLocals()"

  * "PyFrame_Type"

  (Aportado por Victor Stinner en gh-93937.)

* Los miembros de la estructura "PyFrameObject" se han eliminado de la
  API de C pública.

  Si bien la documentación señala que los campos "PyFrameObject" están
  sujetos a cambios en cualquier momento, se han mantenido estables
  durante mucho tiempo y se usaron en varias extensiones populares.

  En Python 3.11, la estructura del marco se reorganizó para permitir
  optimizaciones de rendimiento. Algunos campos se eliminaron por
  completo, ya que eran detalles de la implementación anterior.

  Campos "PyFrameObject":

  * "f_back": usa "PyFrame_GetBack()".

  * "f_blockstack": eliminado.

  * "f_builtins": usa "PyFrame_GetBuiltins()".

  * "f_code": usa "PyFrame_GetCode()".

  * "f_gen": usa "PyFrame_GetGenerator()".

  * "f_globals": usa "PyFrame_GetGlobals()".

  * "f_iblock": eliminado.

  * "f_lasti": usa "PyFrame_GetLasti()". El código que usa "f_lasti"
    con "PyCode_Addr2Line()" debería usar "PyFrame_GetLineNumber()" en
    su lugar; puede ser más rápido.

  * "f_lineno": usar "PyFrame_GetLineNumber()"

  * "f_locals": usa "PyFrame_GetLocals()".

  * "f_stackdepth": eliminado.

  * "f_state": sin API pública (renombrado como "f_frame.f_state").

  * "f_trace": sin API pública.

  * "f_trace_lines": utiliza "PyObject_GetAttrString((PyObject*)frame,
    "f_trace_lines")".

  * "f_trace_opcodes": utiliza
    "PyObject_GetAttrString((PyObject*)frame, "f_trace_opcodes")".

  * "f_localsplus": sin API pública (renombrado como
    "f_frame.localsplus").

  * "f_valuestack": eliminado.

  The Python frame object is now created lazily. A side effect is that
  the "f_back" member must not be accessed directly, since its value
  is now also computed lazily. The "PyFrame_GetBack()" function must
  be called instead.

  Debuggers that accessed the "f_locals" directly *must* call
  "PyFrame_GetLocals()" instead. They no longer need to call
  "PyFrame_FastToLocalsWithError()" or "PyFrame_LocalsToFast()", in
  fact they should not call those functions. The necessary updating of
  the frame is now managed by the virtual machine.

  Código que define "PyFrame_GetCode()" en Python 3.8 y anteriores:

     #if PY_VERSION_HEX < 0x030900B1
     static inline PyCodeObject* PyFrame_GetCode(PyFrameObject *frame)
     {
         Py_INCREF(frame->f_code);
         return frame->f_code;
     }
     #endif

  Código que define "PyFrame_GetBack()" en Python 3.8 y anteriores:

     #if PY_VERSION_HEX < 0x030900B1
     static inline PyFrameObject* PyFrame_GetBack(PyFrameObject *frame)
     {
         Py_XINCREF(frame->f_back);
         return frame->f_back;
     }
     #endif

  O use pythoncapi_compat project para obtener estas dos funciones en
  versiones anteriores de Python.

* Cambios de los miembros de la estructura "PyThreadState":

  * "frame": eliminado, use "PyThreadState_GetFrame()" (función
    agregada a Python 3.9 por bpo-40429). Advertencia: la función
    devuelve un *strong reference*, necesita llamar a "Py_XDECREF()".

  * "tracing": cambiado, use "PyThreadState_EnterTracing()" y
    "PyThreadState_LeaveTracing()" (funciones agregadas a Python 3.11
    por bpo-43760).

  * "recursion_depth": eliminado, use "(tstate->recursion_limit -
    tstate->recursion_remaining)" en su lugar.

  * "stackcheck_counter": eliminado.

  Código que define "PyThreadState_GetFrame()" en Python 3.8 y
  anteriores:

     #if PY_VERSION_HEX < 0x030900B1
     static inline PyFrameObject* PyThreadState_GetFrame(PyThreadState *tstate)
     {
         Py_XINCREF(tstate->frame);
         return tstate->frame;
     }
     #endif

  Código que define "PyThreadState_EnterTracing()" y
  "PyThreadState_LeaveTracing()" en Python 3.10 y versiones
  anteriores:

     #if PY_VERSION_HEX < 0x030B00A2
     static inline void PyThreadState_EnterTracing(PyThreadState *tstate)
     {
         tstate->tracing++;
     #if PY_VERSION_HEX >= 0x030A00A1
         tstate->cframe->use_tracing = 0;
     #else
         tstate->use_tracing = 0;
     #endif
     }

     static inline void PyThreadState_LeaveTracing(PyThreadState *tstate)
     {
         int use_tracing = (tstate->c_tracefunc != NULL || tstate->c_profilefunc != NULL);
         tstate->tracing--;
     #if PY_VERSION_HEX >= 0x030A00A1
         tstate->cframe->use_tracing = use_tracing;
     #else
         tstate->use_tracing = use_tracing;
     #endif
     }
     #endif

  O use the pythoncapi-compat project para obtener estas funciones en
  funciones antiguas de Python.

* Se alienta a los distribuidores a compilar Python con la biblioteca
  Blake2 optimizada libb2.

* El campo "PyConfig.module_search_paths_set" ahora debe establecerse
  en 1 para que la inicialización use "PyConfig.module_search_paths"
  para inicializar "sys.path". De lo contrario, la inicialización
  volverá a calcular la ruta y reemplazará los valores agregados a
  "module_search_paths".

* "PyConfig_Read()" ya no calcula la ruta de búsqueda inicial y no
  completará ningún valor en "PyConfig.module_search_paths". Para
  calcular rutas predeterminadas y luego modificarlas, finalice la
  inicialización y use "PySys_GetObject()" para recuperar "sys.path"
  como un objeto de lista de Python y modificarlo directamente.


Obsoleto
--------

* Deseche las siguientes funciones para configurar la inicialización
  de Python:

  * "PySys_AddWarnOptionUnicode()"

  * "PySys_AddWarnOption()"

  * "PySys_AddXOption()"

  * "PySys_HasWarnOptions()"

  * "PySys_SetArgvEx()"

  * "PySys_SetArgv()"

  * "PySys_SetPath()"

  * "Py_SetPath()"

  * "Py_SetProgramName()"

  * "Py_SetPythonHome()"

  * "Py_SetStandardStreamEncoding()"

  * "_Py_SetProgramFullPath()"

  Utilice la nueva API "PyConfig" de Python Initialization
  Configuration en su lugar (**PEP 587**). (Aportado por Victor
  Stinner en gh-88279.)

* Deje obsoleto el miembro "ob_shash" de "PyBytesObject". Utilice
  "PyObject_Hash()" en su lugar. (Aportado por Inada Naoki en
  bpo-46864.)


Eliminación pendiente en Python 3.12
------------------------------------

Las siguientes API de C quedaron obsoletas en versiones anteriores de
Python y se eliminarán en Python 3.12.

* "PyUnicode_AS_DATA()"

* "PyUnicode_AS_UNICODE()"

* "PyUnicode_AsUnicodeAndSize()"

* "PyUnicode_AsUnicode()"

* "PyUnicode_FromUnicode()"

* "PyUnicode_GET_DATA_SIZE()"

* "PyUnicode_GET_SIZE()"

* "PyUnicode_GetSize()"

* "PyUnicode_IS_COMPACT()"

* "PyUnicode_IS_READY()"

* "PyUnicode_READY()"

* "Py_UNICODE_WSTR_LENGTH()"

* "_PyUnicode_AsUnicode()"

* "PyUnicode_WCHAR_KIND"

* "PyUnicodeObject"

* "PyUnicode_InternImmortal()"


Remoto
------

* Se han eliminado "PyFrame_BlockSetup()" y "PyFrame_BlockPop()".
  (Aportado por Mark Shannon en bpo-40222.)

* Quite las siguientes macros matemáticas usando la variable "errno":

  * "Py_ADJUST_ERANGE1()"

  * "Py_ADJUST_ERANGE2()"

  * "Py_OVERFLOWED()"

  * "Py_SET_ERANGE_IF_OVERFLOW()"

  * "Py_SET_ERRNO_ON_MATH_ERROR()"

  (Aportado por Victor Stinner en bpo-45412.)

* Elimine las macros "Py_UNICODE_COPY()" y "Py_UNICODE_FILL()",
  obsoletas desde Python 3.3. Utilice "PyUnicode_CopyCharacters()" o
  "memcpy()" (cadena "wchar_t*") y las funciones "PyUnicode_Fill()" en
  su lugar. (Aportado por Victor Stinner en bpo-41123.)

* Elimine el archivo de encabezado "pystrhex.h". Solo contiene
  funciones privadas. Las extensiones C solo deben incluir el archivo
  de encabezado principal "<Python.h>". (Aportado por Victor Stinner
  en bpo-45434.)

* Quite la macro "Py_FORCE_DOUBLE()". Fue utilizado por la macro
  "Py_IS_INFINITY()". (Aportado por Victor Stinner en bpo-45440.)

* Los siguientes elementos ya no están disponibles cuando se define
  "Py_LIMITED_API":

  * "PyMarshal_WriteLongToFile()"

  * "PyMarshal_WriteObjectToFile()"

  * "PyMarshal_ReadObjectFromString()"

  * "PyMarshal_WriteObjectToString()"

  * la macro "Py_MARSHAL_VERSION"

  Estos no forman parte del limited API.

  (Aportado por Victor Stinner en bpo-45474.)

* Exclude "PyWeakref_GET_OBJECT()" from the limited C API. It never
  worked since the "PyWeakReference" structure is opaque in the
  limited C API. (Contributed by Victor Stinner in bpo-35134.)

* Quite la macro "PyHeapType_GET_MEMBERS()". Fue expuesto en la API
  pública de C por error, solo debe ser utilizado por Python
  internamente. Utilice el miembro "PyTypeObject.tp_members" en su
  lugar. (Aportado por Victor Stinner en bpo-40170.)

* Elimine la macro "HAVE_PY_SET_53BIT_PRECISION" (movida a la API de C
  interna). (Aportado por Victor Stinner en bpo-45412.)

* Elimine las API del codificador "Py_UNICODE", ya que han quedado
  obsoletas desde Python 3.3, se usan poco y son ineficientes en
  relación con las alternativas recomendadas.

  Las funciones eliminadas son:

  * "PyUnicode_Encode()"

  * "PyUnicode_EncodeASCII()"

  * "PyUnicode_EncodeLatin1()"

  * "PyUnicode_EncodeUTF7()"

  * "PyUnicode_EncodeUTF8()"

  * "PyUnicode_EncodeUTF16()"

  * "PyUnicode_EncodeUTF32()"

  * "PyUnicode_EncodeUnicodeEscape()"

  * "PyUnicode_EncodeRawUnicodeEscape()"

  * "PyUnicode_EncodeCharmap()"

  * "PyUnicode_TranslateCharmap()"

  * "PyUnicode_EncodeDecimal()"

  * "PyUnicode_TransformDecimalToASCII()"

  Ver **PEP 624** para más detalles y **migration guidance**.
  (Aportado por Inada Naoki en bpo-44029.)


Notable changes in 3.11.4
=========================


tarfile
-------

* The extraction methods in "tarfile", and "shutil.unpack_archive()",
  have a new a *filter* argument that allows limiting tar features
  than may be surprising or dangerous, such as creating files outside
  the destination directory. See Extraction filters for details. In
  Python 3.12, use without the *filter* argument will show a
  "DeprecationWarning". In Python 3.14, the default will switch to
  "'data'". (Contributed by Petr Viktorin in **PEP 706**.)


Notable changes in 3.11.5
=========================


OpenSSL
-------

* Windows builds and macOS installers from python.org now use OpenSSL
  3.0.
