LINUX.ORG.RU

Вышел Steel Bank Common Lisp 1.4.15

 ,


1

2

Steel Bank Common Lisp, реализация языка программирования Common Lisp, обновился до версии 1.4.15.

В новой версии:

  • для архитектуры x86_64 добавлена поддержка AVX2 инструкций, которые могут быть задействованы через SB-SIMD-PACK;
  • парсинг имени специализатора теперь менее снисходителен и сообщает конкретное условие в случае синтаксических ошибок;
  • добавлен интерактивный перезапуск в случаях некоторых ошибок файловой системы;
  • COMPILE больше не блокирует мир (world lock);
  • RUN-PROGRAM теперь более отзывчива и менее склонна к взаимной блокировке (deadlock);
  • traceroot теперь может искать simple-fun цели;
  • устранён ряд ошибок компилятора.

>>> Скачать

★★★★★

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

Ответ на: комментарий от Reineke

Ещё есть вариант с CLR.

CLR - ... исполняющая среда для байт-кода CIL (MSIL), в которой компилируются программы, написанные на .NET-совместимых языках программирования (C#, Managed C++, Visual Basic .NET, F# и прочие). CLR является одним из основных компонентов пакета Microsoft .NET Framework.

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

Требование жабы или дотнета обосновано совместимостью с обширной инфраструктурой.

sbcl ничего подобного не требует

Он требует свой собственный рантайм, свой велосипед, что ещё хуже.

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

Ты сам себя уел. Ташит jre - плохо, тащит python - плохо, тащит свой вилосипед - хорошо, обвинить весь юзерленд в том что он тащит libc, не хочешь? Логика - это то, чего тебе не досталось.

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

Я не говорил, что тащить что-либо плохо. Однако, есть (относительно) минималистичные системы, а есть тяжёлые системы, где есть всё. В минималистичных системах есть и glibc, и Python'ы с Perl'ами. А jvm зачастую в них нет. А если и есть, то в headless варианте.

saahriktu ★★★★★ ()

парсинг имени специализатора теперь менее снисходителен и сообщает конкретное условие в случае синтаксических ошибок;

ты уверен, что написал именно то, что хотел?

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

ну да, в оригинале так же нелогично звучит:

менее снисходительный — значит, более строгий

т.е. не понятно, как это относится к тому, что он более точно выдает позицию ошибки

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

Он и так всё это время жив у тех, кому он нужен.

Когда создатель того питона говорит, что я устал, я мухожук - становится как-то ссыкотно, хотя там есть немалое комьюнити и всё такое. А что будет, когда создатель/и очередной реализации мало кому нужного лиспа забьют на неё? Она сразу подохнет или через пол часа?

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

Во-первых, как будто бы код сразу перестанет собираться. Многое спокойно себе собирается годами и десятилетиями после завершения апстрима. Во-вторых, реализаций Common Lisp'а множество:

  • CLISP
  • CMUCL
  • ECL
  • Clozure CL
  • SBCL
  • ABCL

Ещё есть проприетарный LispWorks и Corman Common Lisp для винды.

В-третьих, заинтересованные люди всегда могут начать новую реализацию или форкнуть одну из имеющихся.

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

Код не перестанет сразу собираться, но _внезапно_ могут найти уязвимость в конпеляторе, которую некому будет закрыть. А другие реализации на то и другие, что имеют стопятьсот своих особенностей и нюансов. Да что там это всё... если ты сычуешь и пилишь свой проЭкт в одиночестве, пока мамка тебя кормит, или с парой таких же друзей-хикканов – бог вам судья, но заниматься разработкой на языке, по которому на всемирном рынке три с половиной вакансии – это по-моему очень странное поведение.

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

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

И апстрим SBCL'а пока что очень даже жив все эти годы, а обновления выходят в конце каждого месяца. Так что, рассуждать по поводу «что делать с необновляемым кодом» пока ещё сильно преждевременно. На таком же основании так можно уже и про Python рассуждать, да.

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

Здесь есть логика если собирать минималистичные окружения. В т.ч. не только без явы, но и без иксов и вейландов.

В тяжёлых окружениях, где есть всё, повторяю, юзер может ничем себя не ограничивать.

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

Зашепелявил от скриншота с windows XP

В датацентрах на контуперах Линукс сплошь работает. Почти любой облачный вендор венду рассматривает третьим приоритетом, после рхел и убунту.

Под Линуксом в Лиспворксе кластеры метапарадигм замечательно писать.

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

Ушел ставить среду разработки на линукс-облако в датацентре

Называется VDI. Облачные вендоры тоже такой сценарий использования поддерживают. Да даже большие конторы унутре себя. Я 5 лет с вендового ноута ходил на вмварную виртуалку с линуксом.

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

И чем это хуже?

Тем, что надо писать либы ещё под один рантайм. У Racket ещё хуже, хотя отличная схемка.

Всякие Питоны

... и прочая пыхоплеяда это вообще кустарщина. Ну перловка ещё ладно. Работа заставила её полюбить.

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

Напрямую из жабы использовать её библиотеку классов уже не модно? Надо обязательно лиспом обмазаться, чтобы только полтора красноглаза в радиусе тысячи км смогли распарсить эти ваши круды.

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

Тем, что надо писать либы ещё под один рантайм.

Это только если нужны ещё новые дополнительные библиотеки. А если они ненужны, то ничего писать не надо.

Таже система компьютерной алгебры Maxima целиком и полностью спокойно собирается SBCL'ом без всяких дополнительных библиотек.

saahriktu ★★★★★ ()

Открыл для себя смолтолк и радуюсь) И метапрограммирование и иде и библиотеки и все что хочешь. Лисп хорош но хз, не выделяется он на фоне других языков как раньше.

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

На нем самом, по ощущениям он сильно живее лиспа и намного более интерактивный. Не могу ничего сказать про продакшен, пока делаю гуи-интерфейс для внутренних штук наших, попробую сделать полезным для коллег.

loz ★★★★★ ()