{"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\/news\/vypusk-sbcl-2-3-11-realizaczii-yazyka-common-lisp","title":{"rendered":"Uscita SBCL 2.3.11, implementazione del linguaggio Common Lisp","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Pubblicata l'uscita SBCL 2.3.11 (Steel Bank Common Lisp), implementazione libera del linguaggio di programmazione Common Lisp. Il codice del progetto \u00e8 scritto nei linguaggi Common Lisp e C, e viene distribuito con 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 per la sostituzione delle informazioni una sola volta nel flusso, il che porta a errori di decodifica (e non, come in alcuni casi, una volta per ogni sequenza di byte, ciascuna delle quali non \u00e8 una posizione di partenza valida per un carattere per questo external-format).\n
I definitori di external-format che utilizzano varianti non supportate o non riconosciute segnaleranno ora un errore. <\/ul>\n
Miglioramenti:\n
\n
Durante il dispatching di funzioni generiche, che utilizzano il metodo standard o accorciato di combinazione, in assenza di metodi primari applicabili, il sistema chiamer\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 codifiche a byte singolo e utf-8.\n
Gli errori di codifica e decodifica dei caratteri segnalati dalle funzioni di flusso o di byte ora supportano il riavvio USE-VALUE per 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 elemento per elemento, leggendo o scrivendo un byte o un carattere da\/verso il flusso di conseguenza. <\/ul>\n
Ottimizzazioni:\n
\n
I formati esterni con :REPLACEMENT non collegano pi\u00f9 gestori per errori delle funzioni di conversione, il che dovrebbe ridurre il numero di operazioni cons e aumentare le prestazioni.\n
Se :EXTERNAL-FORMAT funge da argomento per STRING-TO-OCTETS o OCTETS-TO-STRING ed \u00e8 una costante durante la compilazione, allora il formato esterno viene risolto al momento del caricamento, piuttosto che ad ogni chiamata.\n
Il compilatore pu\u00f2 limitare i tipi di argomenti per alcune funzioni basandosi sul tipo di valore che viene restituito da questa funzione.\n
Il compilatore riduce il numero di controlli di tipo ridondanti in funzioni come ASSOC e GETF. <\/ul>\n
Correzioni di errori:\n
\n
OCTETS-TO-STRING segnala correttamente o applica sostituzioni quando utilizza formati esterni a byte singolo per codifiche poco diffuse (ad esempio, iso-8859-3), invece di prendere i bit dall'indirizzo NIL e di non 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 multi-byte tabellari (EUC-JP, Shift-JIS, GBK) ora considerano il carattere di sostituzione (nel formato esterno o tramite riavvio) durante la codifica in ottetti.\n
La conversione da ottetti utilizzando i formati esterni UCS-2, UCS-4 e UTF-32 non legge pi\u00f9 la fine dell'array di ottetti con una lunghezza non intera di unit\u00e0 di due o quattro byte.\n
La conversione da ottetti utilizzando i 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'uso di un formato esterno non corretto come argomento per OPEN o WITH-OPEN-FILE (o l'interno MAKE-FD-STREAM) non provoca pi\u00f9 una fuga di descrittori di file.\n
SB-ROTATE-BYTE definisce le specifiche BYTE al di fuori del valore consentito prima di eseguire cons di numeri interi molto grandi per utilizzare maschere e spostamenti.\n
Correzione dell'output di tipo durante la compilazione di SB-ROTATE-BYTE con un POSITION non nullo nella definizione di byte.\n
Correzione di vari errori dell'assemblatore durante la compilazione di MAKE-ARRAY, MAKE-STRING e altri con una dimensione costante grande.\n
Correzione di un errore interno durante la compilazione (SETF-SBIT) con un indice costante grande.\n
Correzione di un errore interno del compilatore per una funzione lambda con un elenco di parametri non corretto in LABELS.\n
Correzione di un errore interno del compilatore durante la compilazione di alcune forme LABELS infinitamente ricorsive.\n
Correzione di un errore interno del compilatore nel tentativo di inserire un salto verso un'etichetta gi\u00e0 rimossa.\n
FILL-POINTER non deve mai essere negativo. <\/ul>\n<\/ul>\n