The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Выпуск SBCL 2.4.1, реализации языка Common Lisp "
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от opennews (??), 05-Фев-24, 13:31 
Опубликован выпуск SBCL 2.4.1 (Steel Bank Common Lisp), свободной реализации языка программирования Common Lisp. Код проекта написан на языках Common Lisp и Си, и распространяется под лицензией BSD...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=60554

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. Скрыто модератором  –3 +/
Сообщение от zog (??), 05-Фев-24, 13:31 
Ответить | Правка | Наверх | Cообщить модератору

2. Скрыто модератором  +4 +/
Сообщение от Аноним (2), 05-Фев-24, 13:40 
Ответить | Правка | Наверх | Cообщить модератору

3. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  –4 +/
Сообщение от Шарп (ok), 05-Фев-24, 13:42 
>С целью оптимизации производительности убраны проверки границ для относительных смещений

Вы что, хотите CVE как в си?

Ответить | Правка | Наверх | Cообщить модератору

36. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +2 +/
Сообщение от Аноним (36), 05-Фев-24, 15:50 
safety в declare сунул и готово, это тебе не бондаж и дисциплина, а язык от людей и для людей
Ответить | Правка | Наверх | Cообщить модератору

4. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  –6 +/
Сообщение от Аноним (4), 05-Фев-24, 13:43 
((от (скобочек)) (рябит) (в (глазах)))
Ответить | Правка | Наверх | Cообщить модератору

27. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +10 +/
Сообщение от Минона (ok), 05-Фев-24, 15:40 
Слабак!
Ответить | Правка | Наверх | Cообщить модератору

35. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от Аноним (36), 05-Фев-24, 15:49 
Так ты не на скобочки смотри. И вообще, для тебя придумали wisp.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

55. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Вы забыли заполнить поле Name (?), 05-Фев-24, 17:41 
А от unwrap() и закорючек не рябит?

Кстати, в схеме по стандарту разрешили смешивать () и []. В комоне как с этим?

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

65. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (65), 05-Фев-24, 18:15 
Как только в стандарте появится — сразу же.
Ответить | Правка | Наверх | Cообщить модератору

86. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  –1 +/
Сообщение от Аноним (86), 05-Фев-24, 20:52 
Прикручивается в несколько строчек кода через макросы чтения. Но это не нужно: зоопарк скобочек, вопреки бытующему мнению, снижает читаемость кода.
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

91. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 05-Фев-24, 21:23 
> зоопарк скобочек, вопреки бытующему мнению, снижает читаемость кода.

Чьему мнению? Лисперы не смотрят на скобочки https://spritely.institute/static/papers/scheme-primer.html#...

> In general, Scheme/Lisp programmers' editors do the work of managing parentheses for them, and most code is read by indentation rather than by the parenthetical grouping. In other words, Lisp programmers usually don't spend much time thinking about the parentheses at all.

Ответить | Правка | Наверх | Cообщить модератору

125. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (125), 07-Фев-24, 20:21 
А почему бы тогда не использовать табы?
Ответить | Правка | Наверх | Cообщить модератору

128. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Фев-24, 22:01 
> А почему бы тогда не использовать табы?

Причем тут табы? Без разницы, что использовать. Почему обычно используют 2 пробела, я не знаю. Видимо из-за большой вложенности и чтобы из-за этого не вылазить за границу максимальной длины строки. Больший отступ, конечно, читался бы лучше.

Ответить | Правка | Наверх | Cообщить модератору

80. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +3 +/
Сообщение от Аноним (80), 05-Фев-24, 19:27 
Есть 2 подхода к синтаксису ЯП:

1. Попытаться сделать его пригодным для работы в редакторе плоского текста (текст редактируется как последовательность строк). Чтобы как-то внятно разложить синтаксическое дерево в плоский текст, приходится жертвовать унификацией и структурным редактированием (оно все равно возможно, но усложнено и ограничено).

2. Представлять синтаксическую структуру программы явно и в унифицированном виде (Лисп). Для удобной работы с таким кодом нужен структурный редактор (paredit и подобные) — команды редактора позволяют манипулировать непосредственно структурой кода. Никто не считает скобки, вы просто создаете, объединяете, разделяете, перемещаете выражения — код практически становится осязаемым. Научившись работать с этим, возвращаться к п.1 уже не хочется.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

101. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  –1 +/
Сообщение от Аноним (101), 06-Фев-24, 00:48 
Ну вообще-то любой ЯП имеет AST. И пользоваться обычным ЯП куда удобнее, чем лиспом. Не понимаю, откуда столько лиспофанатов взялось.
Ответить | Правка | Наверх | Cообщить модератору

124. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (80), 07-Фев-24, 18:01 
> Ну вообще-то любой ЯП имеет AST. И пользоваться обычным ЯП куда удобнее,
> чем лиспом. Не понимаю, откуда столько лиспофанатов взялось.

Так об этом и речь, но можно по-разному отобразить AST в текст и по-разному с ним работать: как с плоским текстом или прямо манипулировать деревом. Мало кто пробовал второй способ, но лисперы знают как это удобно, пока остальные продолжают недоумевать.

Ответить | Правка | Наверх | Cообщить модератору

126. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (125), 07-Фев-24, 20:28 
> пользоваться обычным ЯП куда удобнее, чем лиспом

Ой-ли? Это те самые обычные языки (Си, С++, Java, Rust и т.п.) с их премудрыми правилами разрешения венегрета шаблонов и матрешками макроподстановок?

Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

109. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от Аноним (109), 06-Фев-24, 10:32 
Мне от знаков '$' рябит в некоторых язычках.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

5. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (5), 05-Фев-24, 13:59 
И где оно используется? Зачем вообще люди тратят сотни и тысячи человеко-часов на бесполезные и ненужные технологии, которым место в анналах истории?
Ответить | Правка | Наверх | Cообщить модератору

7. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  –3 +/
Сообщение от Аноним (7), 05-Фев-24, 14:07 
В ИИ.
Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (38), 05-Фев-24, 15:55 
Хорошая шутка, прямиком из 70-80-х.
Ответить | Правка | Наверх | Cообщить модератору

52. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от Пользователь планеты Земля (?), 05-Фев-24, 17:08 
на разработках 70-80-х держится весь интернет
Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  –3 +/
Сообщение от Аноним (54), 05-Фев-24, 17:30 
В том что сейчас называют ИИ интеллекта нет ни грамма, а лисповые игрушки 80-х это вообще не более чем шутка.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

69. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от Аноним (69), 05-Фев-24, 18:37 
Как говорится, «as soon as it works, no one calls it AI anymore».
Ответить | Правка | Наверх | Cообщить модератору

130. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от kusb (?), 08-Фев-24, 17:15 
ChatGPT сам называет себя AI
Ответить | Правка | Наверх | Cообщить модератору

9. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +3 +/
Сообщение от Аноним (9), 05-Фев-24, 14:16 
прошу прощения, в след. раз обязательно у тебя все вместе спросим куда нам наше время тратить
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

70. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +2 +/
Сообщение от Бывалый смузихлёб (?), 05-Фев-24, 18:54 
> прошу
> все вместе спросим

для начала надо определиться сколько анонимов в одном анониме

Ответить | Правка | Наверх | Cообщить модератору

10. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +2 +/
Сообщение от Аноним (36), 05-Фев-24, 14:19 
>Зачем вообще люди тратят сотни и тысячи человеко-часов на бесполезные и ненужные технологии, которым место в анналах истории?

Потому что не хотят выучить скобочки, потому и обещают годами выпилить GIL.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

90. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от Bottle (?), 05-Фев-24, 21:18 
Вот кстати, что забавно, GIL обходят самыми разными костылями: то запускают параллельно несколько интерпретаторов Python, то транспилируют код Python, то привязывают Сишные либы и теряют кроссплатформенность.
Ответить | Правка | Наверх | Cообщить модератору

96. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (96), 05-Фев-24, 23:01 
Но, ведь, наконец таки, решились выпилить в течение ближайших пяти лет.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

17. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от Аноним (17), 05-Фев-24, 15:07 
> бесполезные и ненужные технологии, которым место в анналах истории?

И правда зачем нужны бесполезные дубы, если есть желуди?

https://github.com/gcc-mirror/gcc/blob/master/gcc/common.md


;; Common GCC machine description file, shared by all targets.
...
(define_constraint "V"
  "Matches a non-offsettable memory reference."
  (and (match_code "mem")
       (match_test "memory_address_addr_space_p (GET_MODE (op), XEXP (op, 0),
                         MEM_ADDR_SPACE (op))")
       (not (match_test "offsettable_nonstrict_memref_p (op)"))))

https://github.com/gcc-mirror/gcc/blob/master/gcc/match.pd

#if GIMPLE
/* Optimize (X + (X >> (prec - 1))) ^ (X >> (prec - 1)) into abs (X).  */
(simplify
(bit_xor:c (plus:c @0 (rshift@2 @0 INTEGER_CST@1)) @2)
(if (ANY_INTEGRAL_TYPE_P (TREE_TYPE (@0))
      && !TYPE_UNSIGNED (TREE_TYPE (@0))
      && wi::to_widest (@1) == element_precision (TREE_TYPE (@0)) - 1)
  (abs @0)))
#endif

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

18. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +2 +/
Сообщение от Минона (ok), 05-Фев-24, 15:19 
Столлман лично писал?
Ответить | Правка | Наверх | Cообщить модератору

53. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от Аноним (53), 05-Фев-24, 17:23 
Судя по гитхабу нигде оно не используется. Ну то есть тыщи репозиториев есть, но реально полезного кода считай что нет.
Язык чисто для образовательных целей.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

56. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 05-Фев-24, 17:42 
> Зачем вообще люди тратят сотни и тысячи человеко-часов на бесполезные и ненужные технологии

Хороший вопрос, но не в ту сторону, учитывая, что лисп появился в 60-х.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

66. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  –1 +/
Сообщение от Аноним (65), 05-Фев-24, 18:17 
> И где оно используется?

Например, в менеджменте ресурсов.

> Зачем вообще люди тратят сотни и тысячи человеко-часов

Конкретно в этом случае потому, что хорошо платят.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

73. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от ИмяХ (ok), 05-Фев-24, 19:06 
Расскажи автокадчикам , насколько лисп бесполезен.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

89. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от Аноним (86), 05-Фев-24, 21:12 
В автокаде очень кхем... своеобразный диалект лиспа. Настолько, что мало кто даже из лисперов обрадовался бы возможности программировать на таком. Даже за деньги.
Ответить | Правка | Наверх | Cообщить модератору

88. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (86), 05-Фев-24, 21:05 
Например, в этом https://nyxt-browser.com/
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

105. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (105), 06-Фев-24, 08:39 
> И где оно используется? Зачем вообще люди тратят сотни и тысячи человеко-часов на бесполезные и ненужные технологии, которым место в анналах истории?

зачем ты это сюда пишешь?
раз люди тратят время, значит видят смысл.
вот у них и поинтересуйся.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

6. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от sailorTheCat (?), 05-Фев-24, 14:03 
Годно и нужно.
Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  –1 +/
Сообщение от Аноним (5), 05-Фев-24, 14:10 
> Годно и нужно.

Но ведь новость не про JavaScript

Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (36), 05-Фев-24, 14:19 
А JavaScript в машкод не компилируется, как и в образы.
Ответить | Правка | Наверх | Cообщить модератору

13. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от Аноним (7), 05-Фев-24, 14:24 
> А JavaScript в машкод не компилируется

Just JIT

Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от Аноним (36), 05-Фев-24, 14:33 
То есть, не компилируется. А в райнтайме потихоньку то там, то сям застопорит программу, потом ещё раз застопорит, потом выльет неоптимизированную портянку вызовов функций к библиотеке движка... и никаких тебе бинарей на диске с асмовставками и заменой anytype-кода на прямую тасовку fixnum-ов в асме через объявления safety, type и speed в declare.
Ответить | Правка | Наверх | Cообщить модератору

15. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  –2 +/
Сообщение от Дима из Крыма (?), 05-Фев-24, 14:39 
Компилируемые языки по большей части уходят в прошлое. Останутся только в системном программировании, в совсем уж критических местах. Не верите? Сравните количество вакансий и оцените спрос рынка.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

19. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (19), 05-Фев-24, 15:19 
Common Lisp -- компилируемый язык так то
Ответить | Правка | Наверх | Cообщить модератору

50. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Тот_ещё_аноним (ok), 05-Фев-24, 16:55 
Sbcl - компилирующий common lisp
Основная масса common lisp реализаций интерпретаторы или jit
Ответить | Правка | Наверх | Cообщить модератору

82. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (86), 05-Фев-24, 19:40 
Основная масса - это какие? sbcl, cmucl, ccl, allegro, lispworks напрямую генерируют машинный код, ecl, clasp, gcl - через сишку,  abcl - в байткод jvm. Только clisp представляет из себя интерпретатор, да и тот интерпретирует байткод и имеет jit.
Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от Минона (ok), 05-Фев-24, 15:21 
Нет уж.
Давай ты сравнишь, а мы послушаем доклад.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

28. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (36), 05-Фев-24, 15:41 
"Количество вакансий" и "спрос рынка" не с потолка берётся. И либо ты раб скиллбокса, либо сам пишешь проекты.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

58. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от Аноним (54), 05-Фев-24, 17:59 
То что ты подразумеваешь (а подразумеваешь ты языки со статической типизацией) хоронят уже 20 лет, но только сейчас закопана динамическая - mypy, typescript и иже с ними не дадут соврать. А то что ты написал это вообще безграмотный бред, потому что языки от способа их исполнения никак не зависят. Возьми C и хочешь - интерпретируй, хочешь в байткод JVM компиль, хочешь в WASM, хочешь - в нативный. При этом и динамические языки все компилируемые, везде кроме питона JIT, а и питон к нему активно стремится, умея, те не менее, и компиляцию в нативный код (nuitka, pypy, cython). Ну и таки да, не знаю что мне должно сказать количество вакансий. Ну нужно много жс мaкак. Ещё курьеров, таксистов, дворников. Но идти-то надо на нормальном языке писать за 10х денег.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

74. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  –1 +/
Сообщение от Бывалый смузихлёб (?), 05-Фев-24, 19:08 
только есть вероятность что иная жс ма.кака как раз и будет получать те самые 10х денег
пока истинные ценители(тм) будут просиживать пыльные академические лавки ради всяких лиспов
почти как с бздями которые тоже якобы академики ваяли

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

вот и с тайпскриптом примерно так получилось. От чего он героически защищает и избавляет - так никто и не понял. Только гомна прибавилось в лице крайне перегруженного синтаксиса и кратного увеличения объёмов писанины вперемешку с кривописанием для влезания в проверки в специфических случаях или исключениями конкретных проверок для конкретных строк( что само по себе "гениально" )
А ошибки - они никуда и не делись, равно как и целенаправленно созданные дыры. Внезапно оказалось, что типизация в принципе не избавляет от ошибок

Ответить | Правка | Наверх | Cообщить модератору

111. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Прохожий (??), 06-Фев-24, 11:20 
>парадоксально ли, но ощутимое количество "ит-специалистов" по итогу оказываются падкими на всякий инфомусор мак.аками, для которых достаточно опубликовать несколько статеек на хабре и каком-нибудь реддите-медиуме

Обычно (не всегда) подобные статьи пишутся очень и очень умными людьми. И в них много рациональных зёрен. Поэтому другие люди и берут их на вооружение. А можно их просто игнорировать и продолжать ходить по граблям. Каждому своё.

>Внезапно оказалось, что типизация в принципе не избавляет от ошибок

А кто говорит про все ошибки? Речь о том, что их количество желательно свести к минимуму, чтобы удешевить эксплуатацию ПО конечному пользователю. В этом весь смысл. Странно, что подобные банальные вещи надо ещё обсуждать.


Ответить | Правка | Наверх | Cообщить модератору

115. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (115), 06-Фев-24, 12:53 
>закопана динамическая - mypy, typescript и иже с ними не дадут соврать

Так дают же, anytype anytype-ом погоняет.

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

26. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от Аноним (26), 05-Фев-24, 15:34 
> А JavaScript в машкод не компилируется

а на лиспе нельзя модули для ядра писать

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

29. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Минона (ok), 05-Фев-24, 15:42 
Один чувак на нём драйвер написал.
Ответить | Правка | Наверх | Cообщить модератору

33. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +2 +/
Сообщение от Аноним (36), 05-Фев-24, 15:47 
На лиспе написали ОС и не одну.
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

48. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  –1 +/
Сообщение от Аноним (26), 05-Фев-24, 16:42 
> На лиспе написали ОС и не одну.

если бы было что-то стоящее я бы об этом знал

Ответить | Правка | Наверх | Cообщить модератору

97. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  –1 +/
Сообщение от Аноним (96), 05-Фев-24, 23:04 
Про Redox же знаешь наверняка? Но оно нестоящее.
Ответить | Правка | Наверх | Cообщить модератору

112. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Прохожий (??), 06-Фев-24, 11:27 
Вполне себе стоящее для образовательных целей.
Ответить | Правка | Наверх | Cообщить модератору

62. Скрыто модератором  +/
Сообщение от Аноним (-), 05-Фев-24, 18:08 
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

34. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (36), 05-Фев-24, 15:48 
>нельзя

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

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

40. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от ZloySergant (ok), 05-Фев-24, 16:03 
>И тут мы подходим к тому, что каждый вменяемый программист должен уметь присобачить свой язык к си.

TCL (немного протух, но собрать после пары ящиков пива - можно), ECL (эти долбоклюи на кресты решили переехать), CCL (ябблы - то бишь дуподрюки, но не точно).

Ответить | Правка | Наверх | Cообщить модератору

114. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (86), 06-Фев-24, 12:48 
Зато можно написать само ядро
https://github.com/froggey/Mezzano
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

42. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от ZloySergant (ok), 05-Фев-24, 16:16 
> А JavaScript в машкод не компилируется, как и в образы.

SBCL как-бы тоже (только в "образ"). Даже tree shacker'а нет. За этим - к ECL и CCL.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

81. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (65), 05-Фев-24, 19:38 
JavaScript компилируется в Webassembly, который по сути машкод для довольно специфичной машины.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

84. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от C00l_ni66a (ok), 05-Фев-24, 20:02 
>который по сути машкод для довольно специфичной машины

Не просто "специфичной", а "несуществующей в природе".

Ответить | Правка | Наверх | Cообщить модератору

12. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (36), 05-Фев-24, 14:20 
> Ускорена работа цикла "(LOOP FOR X IN (REVERSE LIST) ...)", который теперь использует меньше cons-ов.

А в принципе в функциональных языках замену map на map! компилятор умеет делать?

Ответить | Правка | Наверх | Cообщить модератору

95. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (86), 05-Фев-24, 22:31 
Сабж не является функциональным, но мультипарадигменным.
SBCL умеет только раскрывать map'ы в циклы.  "Сплюснуть" цепочку map/reduce до однопроходного цикла не может (вдруг у тебя там побочный эффект, тогда оптимизация сломает логику).
Но есть интересная библиотека series, она может. https://github.com/tokenrove/series/blob/master/s-doc.txt
Ответить | Правка | Наверх | Cообщить модератору

16. Скрыто модератором  –1 +/
Сообщение от Аноним (-), 05-Фев-24, 14:57 
Ответить | Правка | Наверх | Cообщить модератору

20. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (-), 05-Фев-24, 15:20 
В чём преимущество записи выражений в польской нотации. Типа: + 2 3

Для типично математический выражений никакого преимущества перед традиционной формой нет. Я по крайней мере не вижу.

Ответить | Правка | Наверх | Cообщить модератору

22. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +4 +/
Сообщение от svr (?), 05-Фев-24, 15:29 
Код является AST
Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от sailorTheCat (?), 05-Фев-24, 15:30 
> Для типично математический выражений

Это такие, которые обычно занимают 0.0001% кода?

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

24. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Минона (ok), 05-Фев-24, 15:31 
https://en.wikipedia.org/wiki/S-expression
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

30. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +4 +/
Сообщение от Аноним (30), 05-Фев-24, 15:43 
Не нужно запоминать приоритет оператов. Проще парсить, проще понимать структуру выражения. Вообще проще программно работать с такой записью. А вот в случае с классической матетматикой на бумаге, наверное, нет смысла на такое переучиваться. Хотя некоторые разделы математики такую запись используют.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

32. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (36), 05-Фев-24, 15:47 
>Проще парсить, проще понимать структуру выражения.

Особенно если вставлять переводы строк, большие формулы становятся понятнее.

Ответить | Правка | Наверх | Cообщить модератору

39. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (38), 05-Фев-24, 15:57 
> Не нужно запоминать приоритет оператов. Проще парсить, проще понимать структуру выражения.

Да, просто парсинг перекладывается на оператора ЭВМ. Ну… если вспомнить, на каком убогом железе она в основном использовалась, то оно и понятно.

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

43. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (36), 05-Фев-24, 16:16 
Это с каких пор процессор, ориентированный на язык, убогим железом является?
Ответить | Правка | Наверх | Cообщить модератору

59. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (54), 05-Фев-24, 18:02 
С тех пор как языков много, а конкретно тот на который он ориентирван никому нахрен не сдался.
Ответить | Правка | Наверх | Cообщить модератору

31. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от Аноним (36), 05-Фев-24, 15:46 
>Для типично математический выражений никакого преимущества перед традиционной формой нет

Прикол в том, что:
1. Дело не в польской нотации, а в AST. Этот AST можно превратить в вызовы SIMD. На том же лиспе.
2. Математические операции в лиспе не являются операторами, они являются функциями. Со всеми вытекающими, навроде отправки в функции высшего порядка, неполного применения и так далее.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

60. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  –1 +/
Сообщение от Аноним (54), 05-Фев-24, 18:03 
Ну-ка, а расскажи нам скорее в каком языке операторы не являются функциями?
Ответить | Правка | Наверх | Cообщить модератору

104. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от n00by (ok), 06-Фев-24, 07:25 
В Си операторы не являются функциями. Особенно comma operator.
Ответить | Правка | Наверх | Cообщить модератору

108. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (108), 06-Фев-24, 09:55 
почти во всех
Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

41. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от ZloySergant (ok), 05-Фев-24, 16:07 
>В чём преимущество записи выражений в польской нотации. Типа: + 2 3

В стандартизации выражений. Первой всегда идёт функция, потом значения. Отсюда и масса скобочек. Меньше шансов, что какой-нибудь альтернативно одаренный перепутает "=" и "==". В коде сразу видно будет.

З.Ы. Поэтому, кстати, LOOP я недолюбливаю - выбивается за концепцию.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

51. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (30), 05-Фев-24, 17:04 
Кстати говоря, классическая префиксная нотация может писаться вообще без скобок
Ответить | Правка | Наверх | Cообщить модератору

98. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от ZloySergant (ok), 06-Фев-24, 00:24 
> Кстати говоря, классическая префиксная нотация может писаться вообще без скобок

Может, но блоки кода определять сложнее.

Ответить | Правка | Наверх | Cообщить модератору

68. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (54), 05-Фев-24, 18:23 
А в чём смысл стандартизации выражений? Brainfuck и тот язык с одной инструкцией поболе стандартизированы, почему лисп лучше их?
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

99. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от ZloySergant (ok), 06-Фев-24, 00:28 
> А в чём смысл стандартизации выражений? Brainfuck и тот язык с одной
> инструкцией поболе стандартизированы, почему лисп лучше их?

Brainfuck - некорректный пример. Сравнивать надо с чем-нибудь высокого уровня (хотя тоже будет не совсем корректно).

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

Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +2 +/
Сообщение от Вы забыли заполнить поле Name (?), 05-Фев-24, 17:47 
Не нужно вводить понятие приоритета и ассоциативности, разбирать и вычислить выражение можно за один проход, достаточно просто стэка. Это использовалось раньше во многих физических калькуляторах. А по поводу программ: man dc. Его, кстати, использует bc.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

63. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  –1 +/
Сообщение от Аноним (54), 05-Фев-24, 18:09 
> Не нужно вводить понятие приоритета и ассоциативности

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

> разбирать и вычислить выражение можно за один проход, достаточно просто стэка

Супер, возьмём вычислительную технику которой нет проблем ни в 2 ни в 10 ни в 100500 проходов программу распарсить, но не будем использовать её возможности, а заставить людей ковыряться в yблюдском формате.

Ответить | Правка | Наверх | Cообщить модератору

76. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 05-Фев-24, 19:21 
>> Не нужно вводить понятие приоритета и ассоциативности
> Но его нужно вводить, потому что это правила разбора математических выражений. Если
> на языке решаются реальные задачи, включающие математику, он обязан это делать.

В префиксной нотации скобки не обязательны если арность фиксирована. Конкретно в лиспе скобки - это вызов процедуры, поэтому запись (+ * 1 2 3) просто некорректна, потому что * - это процедура и нужно писать так (+ (* 1 2) 3). Таким образом, скобки однозначно определяют порядок вычисления в мат выражении.

>> разбирать и вычислить выражение можно за один проход, достаточно просто стэка
> Супер, возьмём вычислительную технику которой нет проблем ни в 2 ни в
> 10 ни в 100500 проходов программу распарсить, но не будем использовать
> её возможности

Можешь дальше писать на жс под электрон и требовать 16Гб памяти под ничего неделание.  

> а заставить людей ковыряться в yблюдском формате.

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

Ответить | Правка | Наверх | Cообщить модератору

107. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  –1 +/
Сообщение от Аноним (108), 06-Фев-24, 09:49 
>>потому что * - это процедура

(setf * 10)
(print (+ * 1 2 3))
(print (* * 10))

Ответить | Правка | Наверх | Cообщить модератору

116. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (115), 06-Фев-24, 13:00 
А ты зачем за процедурой в неймспейс данных лезешь?
Ответить | Правка | Наверх | Cообщить модератору

118. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Вы забыли заполнить поле Name (?), 06-Фев-24, 17:00 
>>>потому что * - это процедура
> (setf * 10)
> (print (+ * 1 2 3))
> (print (* * 10))

Что ты этим хотел сказать? Что процедуры можно переопределить? Что в лиспе динамическая типизация?

> (print (* * 10))

Вот это в Scheme работать не будет, т.к. ты пытаешься вызвать процедуру 10, а это не процедура.

Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

120. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (120), 06-Фев-24, 19:17 
> Что ты этим хотел сказать? Что процедуры можно переопределить? Что в лиспе динамическая типизация?

Намёк на особенности lisp-2. Что в лиспе разные пространства имён для разных сущностей.

Ответить | Правка | Наверх | Cообщить модератору

77. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +2 +/
Сообщение от Аноним (77), 05-Фев-24, 19:23 
> потому что это правила разбора математических выражений.

Так в такой записи эти правила не нужны, про ассоциативность

> а заставить людей ковыряться в yблюдском формате

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

Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

83. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 05-Фев-24, 19:55 
> оно только выглядит страшно по началу

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

Ответить | Правка | Наверх | Cообщить модератору

102. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (77), 06-Фев-24, 04:52 
Именно так, да. В сложной формуле с кучей + и *, ещё и если всратые пробелы, легко запутаться, кто где первее выполняется. Уж во всяком случае одним взглядом не распарсишь
Ответить | Правка | Наверх | Cообщить модератору

119. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от n00by (ok), 06-Фев-24, 19:12 
Транслятор Си на сложных выражениях выдаёт предупреждение и просит добавить скобки.
Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

71. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +4 +/
Сообщение от Анонизмус (?), 05-Фев-24, 18:57 
> В чём преимущество записи выражений в польской нотации. Типа: + 2 3

(+ 2 3 4)

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

25. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Минона (ok), 05-Фев-24, 15:33 
> На платформе FreeBSD реализована компоновка с libpthread и отключена рандомизация адресного пространства (ASLR).

А чем фряха провинилась?

Ответить | Правка | Наверх | Cообщить модератору

100. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (96), 06-Фев-24, 00:41 
Вам многопоточность дали, а вы недовольны. А рандомизация..., значит, работает плохо/не совсем как нужно.
Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (36), 05-Фев-24, 15:52 
Документацию на VOP бы...
Ответить | Правка | Наверх | Cообщить модератору

61. Скрыто модератором  –2 +/
Сообщение от Аноним (26), 05-Фев-24, 18:05 
Ответить | Правка | Наверх | Cообщить модератору

64. Скрыто модератором  +/
Сообщение от Аноним (-), 05-Фев-24, 18:10 
Ответить | Правка | Наверх | Cообщить модератору

79. Скрыто модератором  +2 +/
Сообщение от Аноним (77), 05-Фев-24, 19:24 
Ответить | Правка | Наверх | Cообщить модератору

67. Скрыто модератором  –3 +/
Сообщение от Аноним (54), 05-Фев-24, 18:21 
Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

72. Скрыто модератором  +/
Сообщение от _kp (ok), 05-Фев-24, 18:58 
Ответить | Правка | Наверх | Cообщить модератору

75. Скрыто модератором  +/
Сообщение от Бывалый смузихлёб (?), 05-Фев-24, 19:13 
Ответить | Правка | Наверх | Cообщить модератору

78. Скрыто модератором  +/
Сообщение от Аноним (77), 05-Фев-24, 19:24 
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

85. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  –3 +/
Сообщение от Аноним (85), 05-Фев-24, 20:25 
Непонятно для кого и для чего созданы все эти 100500 языков, связки Python + C хватает для всего.
Ответить | Правка | Наверх | Cообщить модератору

87. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (86), 05-Фев-24, 20:59 
Кому-то и одного 1С хватает. Могу только пособолезновать
Ответить | Правка | Наверх | Cообщить модератору

92. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 05-Фев-24, 21:28 
> Непонятно для кого и для чего созданы все эти 100500 языков, связки
> Python + C хватает для всего.

Лисп создан в начале 60-х. Теперь посмотри когда создан Python и другие языки и задай свой вопрос их создателям.

Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

94. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 05-Фев-24, 21:29 
> Непонятно для кого и для чего созданы все эти 100500 языков, связки
> Python + C хватает для всего.

И вообще Lisp не люди создали

> It is an established fact that John McCarthy shared alien tech with the world in 1958 when he introduced us to Lisp.

Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

103. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (-), 06-Фев-24, 06:54 
>John McCarthy shared alien tech

Джон Маккарти "расшарил" людям инопланетную технологию. Возрадуйтесь люди!

Ответить | Правка | Наверх | Cообщить модератору

127. "Выпуск SBCL 2.4.1, реализации языка Common Lisp "  +/
Сообщение от Аноним (127), 07-Фев-24, 21:57 
Десятое правило Гринспена:
Любая достаточно сложная программа на Си или Фортране содержит заново написанную, неспецифицированную, глючную и медленную реализацию половины языка Common Lisp.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру