{"id":111841,"date":"2023-11-29T21:10:14","date_gmt":"2023-11-29T19:10:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sbcl-2-3-11-realizaczii-yazyka-common-lisp"},"modified":"2023-11-29T21:10:14","modified_gmt":"2023-11-29T19:10:14","slug":"vypusk-sbcl-2-3-11-realizaczii-yazyka-common-lisp","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/vypusk-sbcl-2-3-11-realizaczii-yazyka-common-lisp","title":{"rendered":"Publicaci\u00f3n de SBCL 2.3.11, la implementaci\u00f3n del lenguaje Common Lisp","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha publicado la versi\u00f3n SBCL 2.3.11 (Steel Bank Common Lisp), una implementaci\u00f3n libre del lenguaje de programaci\u00f3n Common Lisp. El c\u00f3digo del proyecto est\u00e1 escrito en los lenguajes Common Lisp y C, y se distribuye bajo la licencia BSD. En esta nueva versi\u00f3n: <\/p>\n
\n
Peque\u00f1as incompatibilidades:\n
\n
Los flujos con el par\u00e1metro external-format, definido mediante \u00ab:REPLACEMENT\u00bb, aplicar\u00e1n los datos para reemplazar la informaci\u00f3n una vez en el flujo, lo que puede llevar a errores de decodificaci\u00f3n (y no, como en algunos casos, una vez por cada secuencia de bytes que no sea una posici\u00f3n inicial de car\u00e1cter v\u00e1lida para este external-format).\n
Los definidores de external-format al usar variantes no soportadas o no reconocidas ahora generar\u00e1n un error. <\/ul>\n
Mejoras:\n
\n
En el proceso de despacho de funciones gen\u00e9ricas, al usar un m\u00e9todo est\u00e1ndar o corto de combinaci\u00f3n, si no hay m\u00e9todos primarios aplicables, el sistema llamar\u00e1 a la funci\u00f3n gen\u00e9rica SB-PCL:NO-PRIMARY-METHOD, cuyo comportamiento est\u00e1ndar es generar un error. Los usuarios pueden definir m\u00e9todos para esta funci\u00f3n gen\u00e9rica.\n
Los formatos externos ahora soportan variantes de nueva l\u00ednea para codificaciones de un solo byte y utf-8.\n
Los errores de codificaci\u00f3n y decodificaci\u00f3n de caracteres se\u00f1alados por las funciones de flujos u octetos ahora soportan USE-VALUE para reinicios en manejadores que proporcionan reemplazos para entrada o salida.\n
READ-SEQUENCE y WRITE-SEQUENCE soportan secuencias definidas por el usuario; la implementaci\u00f3n est\u00e1ndar procesa elemento por elemento, leyendo o escribiendo un byte o car\u00e1cter en\/de un flujo respectivamente. <\/ul>\n
Optimizaciones:\n
\n
Los formatos externos con :REPLACEMENT ya no vinculan manejadores para errores de funciones de conversi\u00f3n, lo que deber\u00eda reducir el n\u00famero de operaciones cons y aumentar el rendimiento.\n
Si :EXTERNAL-FORMAT act\u00faa como un argumento para STRING-TO-OCTETS o OCTETS-TO-STRING y es una constante durante la compilaci\u00f3n, entonces el formato externo se resuelve durante la carga, y no en cada llamada.\n
El compilador puede restringir los tipos de argumentos para algunas funciones bas\u00e1ndose en el tipo de valor inferido o impl\u00edcito que esta funci\u00f3n devuelve.\n
El compilador reduce el n\u00famero de comprobaciones de tipo redundantes en funciones como ASSOC y GETF. <\/ul>\n
Correcciones de errores:\n
\n
OCTETS-TO-STRING indica correctamente o aplica sustituciones al usar formatos externos de un solo byte para codificaciones poco comunes (por ejemplo, iso-8859-3), en lugar de tomar bits de la direcci\u00f3n NIL y convertir esos bits en caracteres.\n
FILE-STRING-LENGTH ahora devuelve NIL si los valores de entrada no se codifican en un formato externo de flujo.\n
Los formatos externos de m\u00faltiples bytes en tablas (EUC-JP, Shift-JIS, GBK) ahora tienen en cuenta el car\u00e1cter de sustituci\u00f3n (en el formato externo o mediante reinicio) al codificar en octetos.\n
La conversi\u00f3n de octetos usando formatos externos UCS-2, UCS-4 y UTF-32 ya no lee el final de la matriz de octetos con un n\u00famero no entero de unidades de dos o cuatro bytes.\n
La conversi\u00f3n de octetos usando formatos externos UCS-2, UCS-4 y UTF-32 ahora devuelve una cadena simple, como lo requiere la definici\u00f3n del tipo OCTETS-TO-STRING.\n
El uso de un formato externo de argumento incorrecto para OPEN o WITH-OPEN-FILE (o el interno MAKE-FD-STREAM) ya no provoca la fuga del descriptor de archivo.\n
SB-ROTATE-BYTE define especificaciones de BYTE fuera del valor permitido antes de ejecutar cons de n\u00fameros enteros muy grandes para usar m\u00e1scaras y desplazamientos.\n
Correcci\u00f3n de la salida de tipo al compilar formas SB-ROTATE-BYTE con POSITION distinto de cero en la definici\u00f3n de byte.\n
Correcci\u00f3n de m\u00faltiples errores de ensamblador al compilar MAKE-ARRAY, MAKE-STRING y otros con un tama\u00f1o constante grande.\n
Correcci\u00f3n de un error interno al compilar (SETF-SBIT) con un \u00edndice constante grande.\n
Correcci\u00f3n de un error interno del compilador para una funci\u00f3n lambda con una lista de par\u00e1metros incorrecta en LABELS.\n
Correcci\u00f3n de un error interno del compilador al compilar algunas formas de LABELS que son infinitamente recursivas.\n
Correcci\u00f3n de un error interno del compilador al intentar incrustar un salto a una etiqueta que ya ha sido eliminada.\n
FILL-POINTER nunca debe ser negativo. <\/ul>\n<\/ul>\n