{"id":113411,"date":"2024-02-05T13:41:21","date_gmt":"2024-02-05T11:41:21","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sbcl-2-4-1-realizaczii-yazyka-common-lisp"},"modified":"2024-02-05T13:41:21","modified_gmt":"2024-02-05T11:41:21","slug":"vypusk-sbcl-2-4-1-realizaczii-yazyka-common-lisp","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-sbcl-2-4-1-realizaczii-yazyka-common-lisp","title":{"rendered":"Sortie de SBCL 2.4.1, impl\u00e9mentation du langage Common Lisp","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La publication de SBCL 2.4.1 (Steel Bank Common Lisp), une impl\u00e9mentation libre du langage de programmation Common Lisp, a \u00e9t\u00e9 effectu\u00e9e. Le code du projet est \u00e9crit en Common Lisp et C, et est distribu\u00e9 sous licence BSD. <\/p>\n
Dans cette nouvelle version : <\/p>\n
\n
Un collecteur de d\u00e9chets parall\u00e8le utilisant l'algorithme mark-region a \u00e9t\u00e9 ajout\u00e9 avec un support partiel pour les en-t\u00eates d'instances compactes.\n
Pour les fonctions avec types de retour d\u00e9clar\u00e9s, dans les modes d'optimisation avec de grandes valeurs de SAFETY et en mode DEBUG 3, une v\u00e9rification de type pour les valeurs de retour a \u00e9t\u00e9 mise en place.\n
Sur la plateforme FreeBSD, l'\u00e9dition avec libpthread a \u00e9t\u00e9 impl\u00e9ment\u00e9e et la randomisation de l'espace d'adressage (ASLR) d\u00e9sactiv\u00e9e.\n
La construction sur les architectures 64 bits riscv et ppc a \u00e9t\u00e9 restaur\u00e9e.\n
Un support pour fastrem-32 (pour des calculs FLOOR optimis\u00e9s) a \u00e9t\u00e9 mis en \u0153uvre sur toutes les plateformes.\n
Un bug menant \u00e0 un nettoyage redondant des lignes d\u00e9plac\u00e9es apr\u00e8s la compactage de m\u00e9moire par le collecteur de d\u00e9chets parall\u00e8le mark-region a \u00e9t\u00e9 corrig\u00e9.\n
Un probl\u00e8me de boucle infinie dans le compilateur lors du traitement de certaines constructions avec des types SATISFIES a \u00e9t\u00e9 r\u00e9solu.\n
Les tables de hachage utilis\u00e9es dans diverses parties du syst\u00e8me (packages, tables Unicode) ont \u00e9t\u00e9 modifi\u00e9es pour utiliser des fonctions de hachage sans collisions (parfaites).\n
Le macro TYPECASE pour les hi\u00e9rarchies de classes de structures a \u00e9t\u00e9 impl\u00e9ment\u00e9 en utilisant un hachage sans collisions.\n
Dans le but d'optimiser la performance, les v\u00e9rifications de limites pour les indices avec des d\u00e9calages constants ont \u00e9t\u00e9 supprim\u00e9es lorsque le compilateur sait que l'indice est inf\u00e9rieur \u00e0 la diff\u00e9rence entre la taille et le d\u00e9calage.\n
Le compilateur a pris en compte des donn\u00e9es suppl\u00e9mentaires sur l'optimisation DIGIT-CHAR.\n
Le compilateur a mis en place la possibilit\u00e9 d'exclure des valeurs interm\u00e9diaires dans certains appels de APPLY, CONCATENATE et MAKE-ARRAY pour des arguments constitu\u00e9s de s\u00e9quences avec des modifications cons fra\u00eeches.\n
Le travail de la boucle «(LOOP FOR X IN (REVERSE LIST) …)» a \u00e9t\u00e9 acc\u00e9l\u00e9r\u00e9, utilisant maintenant moins de cons.\n
La boucle «(LOOP … APPEND …)» est devenue plus compacte et n\u00e9cessite moins de travail lors de l'ajout de NIL.\n
Les v\u00e9rifications de types pour diff\u00e9rents tableaux ont \u00e9t\u00e9 acc\u00e9l\u00e9r\u00e9es et r\u00e9duites. <\/ul>\n