Издаването на SBCL 2.3.11, реализация на езика Common Lisp

Публикувано издание SBCL 2.3.11 (Steel Bank Common Lisp), свободна реализация на езика за програмиране Common Lisp. Кодът на проекта е написан на езиците Common Lisp и Си, и се разпространява под лицензия BSD. В новото издание:

• Небольшие несъвместимости:
  • Потоките с параметър external-format, определен с помощта на «:REPLACEMENT», ще прилагат данните за заместване на информация един път в потока, което води до грешки при декодиране (а не както в някои случаи, един път за последователност от байтове, всеки от които не е допустима стартова позиция за символа в този external-format).
  • Определителите external-format при използване на неподпомагани или неизвестни варианти сега ще сигнализират за грешка.
• Подобрения:
  • При разпределението на обобщени функции, използващи стандартния или краткия метод на комбиниране, при отсъствие на основни приложими методи, системата ще извика обобщената функция SB-PCL:NO-PRIMARY-METHOD, чиято стандартна поведение включва сигнализиране за грешка. Потребителите могат да дефинират методи за тази обобщена функция.
  • Външните формати сега поддържат варианти на нов ред за однобайтови и utf-8 кодировки.
  • Сигнализирани от функциите потоци или октети грешки за кодиране и декодиране на символи сега поддържат USE-VALUE рестартиране за обработчици, предоставящи замествания за вход или изход.
  • READ-SEQUENCE и WRITE-SEQUENCE поддържат последователности, определяни от потребителя; стандартната реализация обработва елемент по елемент, четейки или записвайки един байт или символ в/от потока съответно.
• Оптимизации:
  • Външните формати с :REPLACEMENT повече не обвързват обработчици за грешки от функции за конверсия, което трябва да намали броя на cons-операциите и да увеличи производителността.
  • Ако :EXTERNAL-FORMAT играе роля на аргумент за STRING-TO-OCTETS или OCTETS-TO-STRING и е константа по време на компилация, то външният формат се разрешава по време на зареждането, а не при всяко извикване.
  • Компилаторът може да ограничи типовете аргументи за някои функции въз основа на извлечения или подразбиращ се тип стойност, която се връща от тази функция.
  • Компилаторът намалява броя на излишните проверки на типове във функции като ASSOC и GETF.
• Поправки на грешки:
  • OCTETS-TO-STRING правилно сигнализира или прилага заменки при използване на еднобайтови външни формати за неразпространени кодировки (например, iso-8859-3), а не взима битове от адрес NIL и не конвертира тези битове в символи.
  • FILE-STRING-LENGTH сега връща NIL, ако входните стойности не се кодират във външен формат на потока.
  • Табличните многобайтови външни формати (EUC-JP, Shift-JIS, GBK) сега отчитат заместителния символ (във външен формат или чрез реблагодетелстване) при кодиране в октети.
  • Конвертирането от октети чрез външни формати UCS-2, UCS-4 и UTF-32 повече не чете края на масива октети с нецелочислен брой две или четирибайтови единици.
  • Конвертирането от октети чрез външни формати UCS-2, UCS-4 и UTF-32 сега връща обикновен низ, както изисква определението за тип OCTETS-TO-STRING.
  • Прилагането на неправилен външен формат на аргумент за OPEN или WITH-OPEN-FILE (или вътрешно MAKE-FD-STREAM) повече не води до изтичане на файлов дескриптор.
  • SB-ROTATE-BYTE определя спецификациите BYTE извън допустимите стойности преди изпълнение конс на много големи цели числа за използване на маски и смени.
  • Поправка на типа изход при компилиране на формите на SB-ROTATE-BYTE с ненулева POSITION в определението на байта.
  • Поправка на няколко грешки на асемблер при компилиране на MAKE-ARRAY, MAKE-STRING и други с голям постоянен размер.
  • Поправка на вътрешна грешка при компилирането (SETF-SBIT) с голям постоянен индекс.
  • Поправка на вътрешна грешка на компилатора за лямбда-функция с некоректен списък от параметри в LABELS.
  • Поправка на вътрешна грешка на компилатора при компилиране на някои безкрайно-рекурсивни форми LABELS.
  • Поправка на вътрешна грешка на компилатора при опит за вграждане на преход към вече изтрит етикет.
  • FILL-POINTER никога не трябва да е отрицателен.

Източник: opennet.ru