Size: a a a

2020 September 05

SD

Sergey D in Lisp Forever
Очень-очень размытый вопрос, но все же. Насколько sbcl ... закончен? Насколько он далёк от компиляторов более распространенных языков?
источник

a

akater in Lisp Forever
Sergey D
Очень-очень размытый вопрос, но все же. Насколько sbcl ... закончен? Насколько он далёк от компиляторов более распространенных языков?
”Software is never ready.”
источник

SD

Sergey D in Lisp Forever
akater
”Software is never ready.”
Понимаю. Сохраняя прежнюю размытость вопроса в силу невысокого понимания: Если взять некий срез state of the art в сфере компиляторов, то как много работы ещё предстоит в sbcl? Наверное, в первую очередь стоит говорить о реализованных оптимизациях? Генерация кода, сборщик мусора, что ещё?
источник

YK

Yaroslav Khnygin in Lisp Forever
Sergey D
Очень-очень размытый вопрос, но все же. Насколько sbcl ... закончен? Насколько он далёк от компиляторов более распространенных языков?
под виндой возможно до сих пор сыроват
источник

SD

Sergey D in Lisp Forever
Yaroslav Khnygin
под виндой возможно до сих пор сыроват
Вот, ещё совместимость, спасибо. Важное замечание
источник

YK

Yaroslav Khnygin in Lisp Forever
в плане производительности он не уступает компиляторам других языков с автоматическим управлением памятью
источник

m

mel kaye in Lisp Forever
Sergey D
Понимаю. Сохраняя прежнюю размытость вопроса в силу невысокого понимания: Если взять некий срез state of the art в сфере компиляторов, то как много работы ещё предстоит в sbcl? Наверное, в первую очередь стоит говорить о реализованных оптимизациях? Генерация кода, сборщик мусора, что ещё?
по оптимизации: в соседнем чате сравнивали фибоначчи на gcc -O3 и эквивалент на сбцл. ± одинаковые по скорости
источник

m

mel kaye in Lisp Forever
источник

m

mel kaye in Lisp Forever
но у сбцл намного дольше бутстрап, что в принципе логично
источник

a

akater in Lisp Forever
Sergey D
Понимаю. Сохраняя прежнюю размытость вопроса в силу невысокого понимания: Если взять некий срез state of the art в сфере компиляторов, то как много работы ещё предстоит в sbcl? Наверное, в первую очередь стоит говорить о реализованных оптимизациях? Генерация кода, сборщик мусора, что ещё?
Я не настоящий сварщик, но по-моему аналогов нету.  Обслуживание динамического языка с сильными возможностями по типам, с горячей перекомпиляцией в нативный код — это где еще?
источник

a

akater in Lisp Forever
Sergey D
Понимаю. Сохраняя прежнюю размытость вопроса в силу невысокого понимания: Если взять некий срез state of the art в сфере компиляторов, то как много работы ещё предстоит в sbcl? Наверное, в первую очередь стоит говорить о реализованных оптимизациях? Генерация кода, сборщик мусора, что ещё?
То есть, всегда есть куда расти (gc не параллельный, как я помню; объекты не самые быстрые среди альтернатив), но state of the art это несомненно же.
источник

SD

Sergey D in Lisp Forever
Sergey D
Где-то читал отрицательное мнение о макро lambda. Не помню где и мотивацию. Что с ним не так?
Грэм в ANSI Common Lisp гнобит макрос lambda за вносимую ассиметрию - для ссылки на функцию символы необходимо предварять #'. Хойт в LoL рекомендует макрос за подчеркивание существующей асимметрии в спецификации: #' перед символом необходимо для обращения ко второму пространству имён, тогда как lambda-функция безымянна.
источник
2020 September 06

a

akater in Lisp Forever
Sergey D
Грэм в ANSI Common Lisp гнобит макрос lambda за вносимую ассиметрию - для ссылки на функцию символы необходимо предварять #'. Хойт в LoL рекомендует макрос за подчеркивание существующей асимметрии в спецификации: #' перед символом необходимо для обращения ко второму пространству имён, тогда как lambda-функция безымянна.
Грэм гнобит loop, CLOS и CL вообще; если интересен CL, его надо избирательно слушать.

Грэм своими деньгами и популярностью обязан Коммон Лиспу, но ругает его все время.
источник

m

mel kaye in Lisp Forever
а что не гнобит?
источник

YK

Yaroslav Khnygin in Lisp Forever
mel kaye
а что не гнобит?
свои собственные языки :)
источник

YK

Yaroslav Khnygin in Lisp Forever
Arc и Bel
источник

m

mel kaye in Lisp Forever
хмммм
источник

a

akater in Lisp Forever
Да. :-)
источник

m

mel kaye in Lisp Forever
аррк же он бросил в связи с рождением ребенка, не
источник

m

mel kaye in Lisp Forever
народ анарки пилил после этого
источник