{"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\/fr\/blog\/news\/vypusk-sbcl-2-3-11-realizaczii-yazyka-common-lisp","title":{"rendered":"Sortie de SBCL 2.3.11, une impl\u00e9mentation du langage Common Lisp.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Publication de la version SBCL 2.3.11 (Steel Bank Common Lisp), une impl\u00e9mentation libre du langage de programmation Common Lisp. Le code du projet est \u00e9crit en Common Lisp et en C, et est distribu\u00e9 sous la licence BSD. Dans cette nouvelle version : <\/p>\n
\n
Petites incompatibilit\u00e9s :\n
\n
Les flux avec le param\u00e8tre external-format, d\u00e9fini par «:REPLACEMENT», appliqueront les donn\u00e9es pour remplacer l'information une seule fois dans le flux, ce qui entra\u00eene des erreurs de d\u00e9codage (et non pas, comme dans certains cas, une fois pour chaque s\u00e9quence d'octets qui n'est pas une position de d\u00e9part valide pour ce external-format).\n
Les sp\u00e9cificateurs external-format utilisant des variantes non prises en charge ou non reconnues signaleront d\u00e9sormais une erreur. <\/ul>\n
Am\u00e9liorations :\n
\n
Lors de l'appel des fonctions g\u00e9n\u00e9ralis\u00e9es utilisant une m\u00e9thode de combinaison standard ou courte, en l'absence de m\u00e9thodes principales applicables, le syst\u00e8me appellera la fonction g\u00e9n\u00e9ralis\u00e9e SB-PCL:NO-PRIMARY-METHOD, dont le comportement standard consiste \u00e0 signaler une erreur. Les utilisateurs peuvent d\u00e9finir des m\u00e9thodes pour cette fonction g\u00e9n\u00e9ralis\u00e9e.\n
Les formats externes prennent d\u00e9sormais en charge les variantes de nouvelle ligne pour les encodages \u00e0 un octet et utf-8.\n
Les erreurs de codage et de d\u00e9codage des symboles signal\u00e9es par les fonctions de flux ou d'octets prennent d\u00e9sormais en charge le red\u00e9marrage USE-VALUE pour les gestionnaires fournissant des remplacements pour l'entr\u00e9e ou la sortie.\n
READ-SEQUENCE et WRITE-SEQUENCE prennent en charge les s\u00e9quences d\u00e9finies par l'utilisateur ; l'impl\u00e9mentation standard traite les \u00e9l\u00e9ments un par un, lisant ou \u00e9crivant un octet ou un symbole dans\/le flux respectivement. <\/ul>\n
Optimisations :\n
\n
Les formats externes avec :REPLACEMENT ne lient plus les gestionnaires pour les erreurs des fonctions de conversion, ce qui devrait r\u00e9duire le nombre d'op\u00e9rations cons et am\u00e9liorer les performances.\n
Si :EXTERNAL-FORMAT est utilis\u00e9 comme argument pour STRING-TO-OCTETS ou OCTETS-TO-STRING et est une constante au moment de la compilation, alors le format externe est r\u00e9solu au moment du chargement, et non \u00e0 chaque appel.\n
Le compilateur peut restreindre les types d'arguments pour certaines fonctions en fonction du type de valeur d\u00e9duit ou implicite retourn\u00e9 par cette fonction.\n
Le compilateur r\u00e9duit le nombre de v\u00e9rifications de type redondantes dans des fonctions telles que ASSOC et GETF. <\/ul>\n
Corrections de bogues :\n
\n
OCTETS-TO-STRING signale correctement ou applique des remplacements lorsqu'il utilise des formats externes \u00e0 un octet pour des encodages peu r\u00e9pandus (par exemple, iso-8859-3), au lieu de prendre des bits \u00e0 l'adresse NIL et de convertir ces bits en caract\u00e8res.\n
FILE-STRING-LENGTH renvoie d\u00e9sormais NIL si les valeurs d'entr\u00e9e ne sont pas encod\u00e9es dans un format de flux externe.\n
Les formats externes multioctets de tableau (EUC-JP, Shift-JIS, GBK) prennent maintenant en compte le caract\u00e8re de substitution (dans le format externe ou par red\u00e9marrage) lors de l'encodage en octets.\n
La conversion \u00e0 partir d'octets en utilisant les formats externes UCS-2, UCS-4 et UTF-32 ne lit plus la fin du tableau d'octets avec un nombre non entier d'unit\u00e9s de deux ou quatre octets.\n
La conversion \u00e0 partir d'octets en utilisant les formats externes UCS-2, UCS-4 et UTF-32 renvoie maintenant une cha\u00eene simple, comme l'exige la d\u00e9finition du type OCTETS-TO-STRING.\n
L'application d'un format externe incorrect pour OPEN ou WITH-OPEN-FILE (ou MAKE-FD-STREAM interne) ne conduit plus \u00e0 une fuite de descripteur de fichier.\n
SB-ROTATE-BYTE d\u00e9finit les sp\u00e9cifications BYTE en dehors de la valeur autoris\u00e9e avant d'ex\u00e9cuter cons tr\u00e8s grands entiers pour utiliser des masques et des d\u00e9calages.\n
Correction de la sortie de type lors de la compilation des formes SB-ROTATE-BYTE avec une POSITION non nulle dans la d\u00e9finition de byte.\n
Correction de plusieurs erreurs d'assembleur lors de la compilation de MAKE-ARRAY, MAKE-STRING et d'autres avec une taille constante importante.\n
Correction d'une erreur interne lors de la compilation (SETF-SBIT) avec un index constant important.\n
Correction d'une erreur interne du compilateur pour une fonction lambda avec une liste de param\u00e8tres incorrecte dans LABELS.\n
Correction d'une erreur interne du compilateur lors de la compilation de certaines formes LABELS r\u00e9cursives infinies.\n
Correction d'une erreur interne du compilateur lorsqu'il tente d'incorporer un saut vers une \u00e9tiquette d\u00e9j\u00e0 supprim\u00e9e.\n
FILL-POINTER ne doit jamais \u00eatre n\u00e9gatif. <\/ul>\n<\/ul>\n