{"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\/it\/blog\/novosti-interneta\/vypusk-sbcl-2-3-11-realizaczii-yazyka-common-lisp","title":{"rendered":"Rilascio di SBCL 2.3.11, implementazione del linguaggio Common Lisp","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata pubblicata la versione SBCL 2.3.11 (Steel Bank Common Lisp), un'implementazione open source del linguaggio di programmazione Common Lisp. Il codice del progetto \u00e8 scritto in Common Lisp e C, ed \u00e8 distribuito sotto licenza BSD. Nel nuovo rilascio: <\/p>\n
\n
Piccole incompatibilit\u00e0:\n
\n
I flussi con il parametro external-format, definito tramite \u00ab:REPLACEMENT\u00bb, applicheranno i dati di sostituzione per le informazioni una sola volta nel flusso, il che porta a errori di decodifica (diversamente da alcuni casi, dove avviene una sola volta per la sequenza di byte ognuno dei quali non \u00e8 una posizione di partenza valida per un simbolo in questo external-format).\n
I determinatori external-format che utilizzano varianti non supportate o non riconosciute ora segnaleranno un errore. <\/ul>\n
Migliorie:\n
\n
Durante la dispatching di funzioni generiche che utilizzano il metodo standard o breve di combinazione, in assenza di metodi principali applicabili, il sistema invocher\u00e0 la funzione generica SB-PCL:NO-PRIMARY-METHOD, il cui comportamento standard consiste nel segnalare un errore. Gli utenti possono definire metodi per questa funzione generica.\n
I formati esterni ora supportano varianti di nuova riga per le codifiche a byte singolo e UTF-8.\n
Gli errori di codifica e decodifica dei caratteri segnalati da funzioni di flussi o ottetti ora supportano il riavvio USE-VALUE per i gestori che forniscono sostituzioni per l'input o l'output.\n
READ-SEQUENCE e WRITE-SEQUENCE supportano sequenze definite dall'utente; l'implementazione standard gestisce gli elementi uno per uno, leggendo o scrivendo un byte o un carattere nel\/stream rispettivamente. <\/ul>\n
Ottimizzazioni:\n
\n
I formati esterni con :REPLACEMENT non collegano pi\u00f9 gestori per gli errori delle funzioni di conversione, il che dovrebbe ridurre il numero di operazioni cons e aumentare le prestazioni.\n
Se :EXTERNAL-FORMAT \u00e8 un argomento per STRING-TO-OCTETS o OCTETS-TO-STRING ed \u00e8 una costante durante la compilazione, il formato esterno viene risolto al momento del caricamento, e non ad ogni invocazione.\n
Il compilatore pu\u00f2 limitare i tipi di argomenti per alcune funzioni in base al tipo di valore che viene restituito da questa funzione, dedotto o implicito.\n
Il compilatore riduce il numero di controlli di tipo ridondanti in funzioni come ASSOC e GETF. <\/ul>\n
Correzioni di bug:\n
\n
OCTETS-TO-STRING segnala correttamente o applica sostituzioni quando si utilizzano formati esterni a byte singolo per codifiche non ampiamente diffuse (ad esempio, iso-8859-3), senza prendere bit dall'indirizzo NIL e senza convertire questi bit in caratteri.\n
FILE-STRING-LENGTH ora restituisce NIL se i valori di input non sono codificati nel formato esterno del flusso.\n
I formati esterni multibyte tabulari (EUC-JP, Shift-JIS, GBK) ora tengono conto del carattere di sostituzione (nel formato esterno o tramite riavvio) durante la codifica in ottetti.\n
La conversione da ottetti mediante formati esterni UCS-2, UCS-4 e UTF-32 non legge pi\u00f9 la fine dell'array di ottetti con un numero intero di unit\u00e0 di due o quattro byte.\n
La conversione da ottetti tramite formati esterni UCS-2, UCS-4 e UTF-32 ora restituisce una stringa semplice, come richiesto dalla definizione del tipo OCTETS-TO-STRING.\n
L'applicazione di un formato esterno non valido come argomento per OPEN o WITH-OPEN-FILE (o il comando interno MAKE-FD-STREAM) non porta pi\u00f9 a una perdita di descrittore di file.\n
SB-ROTATE-BYTE definisce le specifiche BYTE oltre il valore consentito prima di eseguire cons su numeri interi molto grandi per l'uso di maschere e shift.\n
Correzione dei tipi di output durante la compilazione di SB-ROTATE-BYTE con POSITION diverso da zero nella definizione del byte.\n
Correzione di diversi errori dell'assembler durante la compilazione di MAKE-ARRAY, MAKE-STRING e altri con dimensioni costanti elevate.\n
Correzione di un errore interno durante la compilazione (SETF-SBIT) con un indice costante elevato.\n
Correzione di un errore interno del compilatore per la funzione lambda con una lista di parametri non valida in LABELS.\n
Correzione di un errore interno del compilatore durante la compilazione di alcune forme LABELS ricorsive infinite.\n
Correzione di un errore interno del compilatore durante il tentativo di incorporare un salto a un'etichetta gi\u00e0 rimossa.\n
FILL-POINTER non dovrebbe mai essere negativo. <\/ul>\n<\/ul>\n