LINUX.ORG.RU

Вышел GNU Common Lisp 2.6.11

 , ,


1

1

Команда GCL рада представить выход версии 2.6.11 — последнего достижения в «стабильной» (в противовес «разрабатываемой») ветке. Информация о загрузке размещена на http://www.gnu.org/software/gcl.

GNU Common Lisp в настоящее время совместим со стандартом CLtL1. Компиляция Lisp выдаёт нативный код посредством системного компилятора C, благодаря чему GCL получает высокую производительность и поверхностную переносимость. Для GUI используется TCL/Tk.

Особенности выпуска:

  • Лучшая обработка точности вычислений с плавающей точкой.
  • Поддержка cygwin, arm64, ppc64, ppc64le и solaris.
  • Более прочный SGC.
  • Точная инициализация vararg.
  • Отлавливание SIGFPE через #'si::break-on-floating-point-exceptions.
  • Поддержка дизассемблирования инструкций libopcode на x86 через #'si::disassemble-instruction.
  • Упрощены зависимости для сборки.
  • Ускорены gcd, lcm, typep, принуждения, 1+-, предикаты, кэш pcl, SGC, быстрое связывание, вызовы замыканий и скомпилированные большие числа.
  • Компиляция форм замыкания высшего уровня по умолчанию.
  • Мемоизация обработки типа массива.
  • Поддержка аппаратной работы с длинными целыми и возврат объектов в разные регистры.
  • Значительно уменьшен cmpinclude.h.
  • Поддержка предварительного связывания.
  • Поддержка флагов компилятора по умолчанию для Debian (в особенности stack-guard).
  • Новые функции связывания и диагностики быстрого связывания.
  • Некоторая поддержка selinux через личность READ_IMPLIES_EXEC.
  • Множество других исправлений ошибок и обходов ошибок во внешних системах.

>>> Источник

★☆

Проверено: JB ()

Любовен и пригляден мой соратникк Ричард! Вместе мы после предварительного связывания имеем более лучшие точности вычислений с плавающей точкой. Встречаем мы более прочный SGC на своем пути.

Shaman007 ★★★★★ ()

JBВИМ! Доколе JB не будет читать новости :-)

Shaman007 ★★★★★ ()

Для GUI используется TCL/Tk.

О Г-споди...

Hertz ★★★★★ ()

Ну вот зачем снова и снова подтверждают новости от известного (сам признавался!) пользователя google translate? Да еще и о такой провонявшей нафталином ненужности?!?

anonymous ()

Зачем? Все равно хаскелл лучше.

anonymous ()

Множество других исправлений ошибок и обходов ошибок

Ну хоть честно написали, что обошли вместо исправления :D

vurdalak ★★★★★ ()

Транслейтом дико ржачно. Надо все новости так писать. И копипасты не будет, и весело. Новая фишка ЛОРа будет. :)

Zubok ★★★★★ ()

О! Палочкой потыкали! Живой!!!!

vada ★★★★★ ()
Ответ на: комментарий от anonymous

Хасскель - это как дрочить на тракторе Lamborghini, в то время как с помощью диска можно трахать реальных телок© авторсамойэпичнойнитилора

anonymous ()
Ответ на: комментарий от Lincor

Хаскель — это быдлокодерский язык для Пейтона-Джонса, Вадлера и всей этой компании. Как кресты для всех остальных. То есть, вроде бы, есть в нем какие-то врожденные недостатки, есть множество фич, которые выглядят как пятая нога у собаки, но все всё равно пока пишут на нем.

buddhist ★★★★★ ()
Ответ на: комментарий от buddhist

примеры врожденных недостатков и фич, «выглядящих как пятая нога у собаки», в студию.

Lincor ()
Ответ на: комментарий от Lincor

Отсутствие зависимых типчиков же, главный пример. Спорность использования монад для оборачивания вычислений с побочными эффектами.

buddhist ★★★★★ ()

Чем оно лучше SBCL?

anonymous ()

Давайте лисперы, родите уже что нибудь более внятное чем emacs.

splinter ★★★★★ ()
Ответ на: комментарий от anonymous

Чем оно лучше SBCL?

Теоретически числомолотилка в нем должа быть быстрее. Больше он ни для чего не нужен.

antares0 ★★★ ()
Последнее исправление: antares0 (всего исправлений: 1)
Ответ на: комментарий от buddhist

Отсутствие зависимых типчиков же, главный пример.

Зависимые типы не нужны. Мешать код с доказательствами абсолютно непрактично. Юзайте Isabelle/HOL.

Хаскель плох только двумя вещами: тем что выпилили параметрические модули и поощрением сложно усваиваемых человеком закарючек и существенного нелокального влияния одного кода на семантику другого. Тоесть если для команды из одного человека он и крут, то в команде из большего количества человек возникают сложности взаимопонимания и непредвиденного влияния правок одного человека на компиляцию кода другого. То, чего можно было бы избежать оставаясь на старом добром SMLе.

К примеру по монадическому коду с использованием юзерской монады невозможно понять порядок и распределение по потокам команд не читая код самой монады. instance декларации невозможно не импортировать из модулей. Да и вообще резолвинг классов по сути маленький пролог. Тоесть приходится мыслить в терминах логической парадигмы программирования не имея возможности кодить так сами функции. Как то оно...

q0tw4 ★★★ ()
Ответ на: комментарий от Hertz

Ви таки шото имеете против? Хотя да, непонятно, нафиг там Tcl, будто из Lisp биндингов к Tk нету...

MiniRoboDancer ★☆ ()
Ответ на: комментарий от anonymous

Ссылку в студию. Алсо, я действительно использую GT (точнее, cli-ент к нему — trs) как словарь, но ещё ни разу об этом не писал.

MiniRoboDancer ★☆ ()
Ответ на: комментарий от Zubok

Боянистая фишка будет. Алсо, кто-то уже попытался, и это даже случайно подтвердили, подробности драмы в толксах.

И копипасты не будет

Так будут прогонять новости с Опеннета на китайский и обратно.

MiniRoboDancer ★☆ ()

Некоторая поддержка selinux через личность READ_IMPLIES_EXEC.

nanoolinux ★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.