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

"Опубликован набор компиляторов LLVM 20"	+/–
Сообщение от opennews (??), 07-Мрт-25, 15:50
После шести месяцев разработки доступен релиз проекта LLVM 20.1.0, развивающего инструментарий (компиляторы, оптимизаторы и генераторы кода), компилирующий программы в промежуточный биткод RISC-подобных виртуальных инструкций (низкоуровневая виртуальная машина с многоуровневой системой оптимизаций). Сгенерированный псевдокод может быть преобразован в машинный код для заданной целевой платформы или использован  JIT-компилятором для формирования машинных инструкций непосредственно во время выполнения программы. На базе технологий LLVM проектом развивается компилятор Clang, поддерживающий языки программирования  C, C++ и  Objective-C. Начиная с прошлой  ветки  проект перешёл на новую схему формирования номеров версий, в соответствии с которой нулевой выпуск ("N.0") используется в процессе разработки, а первая стабильная версия снабжается номером "N.1"... Подробнее: https://www.opennet.me/opennews/art.shtml?num=62846
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

3. Сообщение от Аноним (3), 07-Мрт-25, 15:57	–19 +/–
Все никак не пойму зачем это нужно? Может кто нибудь объяснить на пальцах? Вроде написано что это, но не понятно зачем это нужно если есть ЯП которые собирают исполнимые двоичные файлы для целевых платформ.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #8, #12, #17, #19, #33, #58

4. Сообщение от Bottle (?), 07-Мрт-25, 15:57	–2 +/–
Шёл пятый год, как модули завозили в плюсы... Всё завозили, да не вывезли. Ждём стандарт C++29, который отменит модули.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #20, #72, #79

5. Сообщение от Аноним (5), 07-Мрт-25, 15:59	–2 +/–
Я, кстати, выяснил, по какой причине не собирались программы вроде pcsx2 шлангом (зачем он там непонятно, по опыту pcsx3 производительность ощутимо ниже билдов gcc). Надо докинуть флагов -fsplit-lto-unit и -stdlib=libstdc++. А чтобы хромиум можно было собрать с некоторых пор надо добавлять --undefined-version линкеру. Когда хромиум обламывается в самом конце на линковке это не прикольно. Правда, ещё не решил такую проблему, что хромиум собирается только с вейландом или только с иксами, если собирать с обоими бинари падают с sigbus.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16, #39

7. Сообщение от Аноним (7), 07-Мрт-25, 16:03	+1 +/–
Ну а чем, например, собрать раст для целевой платформы? А хотя да... лучше б не было этого LLVM, согласен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

8. Сообщение от Скрудж (?), 07-Мрт-25, 16:08	+16 +/–
Чтобы авторы компилятора языка не решали одну и ту же задачу снова и снова: LLVM умеет и оптимизации делать, и до-компилировать на конкретном устройстве, и под различные платформы собирать. Теперь достаточно написать слой YourLang => LLVM IR, а всё остальное сделает за тебя LLVM, и сделает хорошо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #71

9. Сообщение от Аноним (7), 07-Мрт-25, 16:08	+/–
> error: use of undeclared identifier 'a' а показывает на "p"
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10

10. Сообщение от Скрудж (?), 07-Мрт-25, 16:13	+/–
Это если из под Lynx смотреть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #11

11. Сообщение от Аноним (7), 07-Мрт-25, 16:22	+/–
Блин, точно. Сменил шрифт и все стало норм
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

12. Сообщение от Аноним (12), 07-Мрт-25, 16:44	+7 +/–
Сейчас подробнейшим образом объясню на пальцах. Это нужно чтобы эпл могла скипнуть с х86 на arm , а в будущем на что угодно. Поэтому она полностью и проспонсировала разработку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #75

14. Сообщение от Аноним (12), 07-Мрт-25, 16:46	–7 +/–
Чем это лучше чем jvm? Да я рофлю, я знаю что ничем.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21, #40, #45

16. Сообщение от Аноним (16), 07-Мрт-25, 17:27	+1 +/–
У крестов есть стандарт, да
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

17. Сообщение от Аноним (17), 07-Мрт-25, 17:39	+2 +/–
> Все никак не пойму зачем это нужно? Может кто нибудь объяснить на пальцах? Вроде написано что это, но не понятно зачем это нужно если есть ЯП которые собирают исполнимые двоичные файлы для целевых платформ. Потому что есть ЯП которые собирают двоичные файлы для целевых платформ LLVM'ом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

18. Сообщение от Аноним (17), 07-Мрт-25, 18:38	+2 +/–
О чем вы? Юзаем модули уже второй или третий год в проде. И блочились они даже не об LLVM, а об поддержку в CMake.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #38, #54

19. Сообщение от Аноним (19), 07-Мрт-25, 18:51	+4 +/–
>не пойму зачем это нужно? Для изобретателей языков программирования, которые не хотят заморачиваться на аппаратных платформах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

20. Сообщение от Аноним (19), 07-Мрт-25, 18:55	–4 +/–
К C++ применима пословица - Всё завозили, да не вывозили. Гора накопилась.) C++++++
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

21. Сообщение от Афроним (?), 07-Мрт-25, 19:53	–2 +/–
Это тоже от Эплы или все же другое?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

23. Сообщение от ИмяХ (ok), 07-Мрт-25, 21:20	–3 +/–
>>более агрессивная оптимизация конструкций, допускающих неопределённое поведение при работе с указателями. Например, проверка "ptr + unsigned_offset < ptr" теперь будет обработана как значение "false", а не преобразована Отличная идея для бэкдора!
Ответить | Правка | Наверх | Cообщить модератору

24. Сообщение от Аноним (24), 07-Мрт-25, 21:21	+3 +/–
Великий и могучий LLVM 20 вновь осветил своим незыблемым сиянием горизонты программирования, продвигая идеалы эффективности, гибкости и суровой, но справедливой оптимизации. В самом центре этого архитектурного совершенства неизменно стоит C++ — монумент инженерного искусства, венец языкового проектирования, олицетворяющий настоящую мощь низкоуровневого контроля без ущерба абстракции. Расширения C++2c и C++23 вновь доказывают: язык, на котором пишут ядра операционных систем, сложнейшие игровые движки и финансовые алгоритмы, продолжает свою эволюцию, не скатываясь в компромиссы в угоду новомодным трендам. Строгий, но справедливый стандартный комитет вновь вносит в язык мощнейшие инструменты — от constexpr placement new до friend Ts..., доказывая, что C++ не просто жив, но и процветает. В отличие от некоего языка, назовем его "трендового соперника", где программисту, ведомому ложным чувством безопасности, насильно прививают неоправданные ограничения и привередливые borrow-checker'ы, C++ дает свободу! Он не прячет сложность, а награждает тех, кто способен ее обуздать. Развитие Libc++ и совершенствование компилятора Clang подтверждают: C++ остается вне конкуренции. Возможности, добавленные в LLVM 20, лишь упрочивают его позиции, превращая оптимизацию в искусство. В то время как некоторые языки страдают от удушающих ограничений и "новаторских" идей, разрушающих фундаментальный баланс между производительностью и гибкостью, C++ продолжает царить над кодом, как истинный император индустрии. C++ — выбор настоящих разработчиков. Остальные могут наслаждаться своей "безопасностью", пока реальный мир пишет код на языке, который движет индустрию вперед.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34, #49

27. Сообщение от Аноним (27), 07-Мрт-25, 21:27	+/–
Так почему паскаль считался менее производительным, нежели си? Неужели просто компиляторы были недостаточно вылизаны?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #64, #68, #80

29. Сообщение от Аноним (29), 07-Мрт-25, 21:37	–4 +/–
Не так. C красив. Pascal страшен (на вид). Перефразируя Туполева: "Хорошо летает только красивый самолет".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #30, #47

30. Сообщение от Аноним (30), 07-Мрт-25, 21:47	+6 +/–
> C красив. Шутка месяца, как минимум.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #37

33. Сообщение от Аноним (33), 07-Мрт-25, 22:22	+1 +/–
Применение смотри и поймёшь кому это надо. Всякие новомодные языки типа rust, утилиты дополнения кода и статические анализаторы, компиляторы шейдеров для видеокарт в OpenGL/OpenCL/Vulkan и т.д. Для видеокарт прям спасает, иначе шейдерных компиляторов были бы десятки. В webassembly LLVM прям спас, иначе хз сколько лет ждали бы поддержки C++, уже имея C-компилятор. Выше про переход с x86 на arm писали - там не особо нужно, с этим и gcc успешно справляется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

34. Сообщение от Аноним (7), 07-Мрт-25, 22:29	+1 +/–
Красивое
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

37. Сообщение от anba (?), 07-Мрт-25, 22:51	+2 +/–
Нет не шутка. Синтаксис сишечки божественен, в отличии от ... :))) п.с. flame mode off
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #48

38. Сообщение от Аноним (38), 07-Мрт-25, 22:57	+/–
какие модули используете и как подключили к проекту?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

39. Сообщение от anonymous (??), 07-Мрт-25, 23:03	+/–
В Генте хромиум конпеляется любым конпелятором с иксами, вейландом и ими обоими. Мне кажется, ты просто что-то делаешь не так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #42, #44

40. Сообщение от anonymous (??), 07-Мрт-25, 23:04	+1 +/–
Ты сравнил хер с пальцем. На первый взгляд похоже, но цели очень сильно различаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

42. Сообщение от Аноним (5), 07-Мрт-25, 23:16	+1 +/–
> В Генте хромиум конпеляется любым конпелятором с иксами, вейландом и ими обоими. > Мне кажется, ты просто что-то делаешь не так. Компиляется то компиляется. Но потом никак не запустить бинари. В моей генте cxxflags и ldflags переопределены под рекомендации нормальных дистрибутивов (все эти -fstack-protector-strong -fstack-clash-protection -D_GLIBCXX_ASSERTIONS -D_FORTIFY_SOURCE=3 -ftrivial-auto-var-init=zero), что периодически создаёт проблемы. А так я уже несколько раз пробовал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

44. Сообщение от Аноним (5), 07-Мрт-25, 23:32	+/–
Интеловский/амдшный компиляторы конечно точно нет, насчёт gcc не уверен, ты давно собирал? А то раньше то собиралось, хоть и требовало патчей. А теперь и firefox регулярно не собрать gcc и тащат ворох васянских патчей. Но в принципе при сборке gcc отключается часть оптимизаций в гугловских компонентах, хоть попугаи в бенчмарках и лучше. PGO ещё регулярно поломан, пока gcc собиралось по-моему проблем не было, теперь PGO только для шланга иногда работает и без PGO хорошие попугаи не получить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

45. Сообщение от _ (??), 07-Мрт-25, 23:43	+/–
Ну как вариант - это ещё хоть кому нибудь надо, в отличии отЪ :-р Рофлить и мы умеем :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

47. Сообщение от Neon (??), 08-Мрт-25, 00:12	–2 +/–
Занудный Pascal любят такие же зануды в ВУЗах. А вот на практике его терпеть не могут люди практичные, которым влом писать целые предложения там, где тот же С/С++ обходится несколько буквами. Все эти begin/end, которые заменяются  парой символов {}, вся эта муть с array of integer и прочим. Язык созданный теоретиками, которые палец об палец не ударили на практике. Да, современные IDE могут частично упростить работу, но всё равно многословие раздражает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #50, #56, #59, #61, #63

48. Сообщение от Neon (??), 08-Мрт-25, 00:14	+/–
Pascal'ем хорошо пытать, его любят теоретики в ВУЗах, которые на практике палец об палец не ударили. Ну и древние пенсионеры преподы, которым влом что то новое учить. Некоторые, вообще, Fortran'ом перебиваются еще с 60х.)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #51

49. Сообщение от Аноним (49), 08-Мрт-25, 00:44	+4 +/–
> Расширения C++2c и C++23 вновь доказывают: язык, на котором пишут ядра операционных систем Не пишут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

50. Сообщение от Аноним (66), 08-Мрт-25, 02:41	+/–
> но всё равно многословие раздражает коровы мычат, барашки - бээкают, но ни тех ни тех моя твоя не понимать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

51. Сообщение от Аноним (51), 08-Мрт-25, 05:04	+3 +/–
В ВУЗах учат не практике — этому научить всё равно невозможно — а программированию. И для обучения программированию подходит буквально любой язык. Да, даже Malbolge и Brainfuck. Но так как никто не обладает бесконечным временем, обычно выбирают что-нибудь более оптимальное — Лиспы, Паскаль, Фортран, Питон, инода Яву или даже С++. К сожалению, студенты часто путают умение кодить с умением программировать, а профессуре столько не платят, чтобы каждого бедолагу распутать и указать на ошибки мышления и мировосприятия. Так и выходят в мир кодеры, впоследствии гордо именующие себя «программистами на языке $x», которые в итоге попадают на опеннет и рассказывают как их учили не тому языку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #52

52. Сообщение от Аноним (52), 08-Мрт-25, 06:41	–1 +/–
> В ВУЗах учат не практике — этому научить всё равно невозможно — а программированию. Вижу три градации оценки высшего образования: 1) Вуз готовит полноценного специалиста. Если у него не сложится с научной стороной (computer science), то останется хотя бы сильная инженерная сторона (работу найдёт, всех кандидатов с онлайн-курсов задвинет). 2) Вуз не учит практике. Потому что не может. Преподавать практику некому ("...а кто не умеет руководить, тот учит"). Пенсионеры с паскалем дешёвые. Чему они могу научить? Ответим уклончиво: "не практике". 3) Вуз учит учиться. Всё можно свести к тому, что вуз научил учиться (или к тому, что кто-то не научился учиться), более уклончивых ответов нет. Хотя можно назвать "школой жизни". Но армия - это тоже школа жизни, а учит учиться только вуз. И подумайте сами - разве вы найдёте в армии жену?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #55, #66

54. Сообщение от sdfm (?), 08-Мрт-25, 07:33	+5 +/–
А как вы боролись/боритесь с тем, что шаблоны в обычных заголовочных файлах, включённых в прелюды модулей получают двойное инстанцирование и в итоге всё фейлится в линкере с переопределением типов. Как минимум у GCC 13 было так. У clang'а в среднем чуть лучше, но тоже на проблемы с переопределением можно встрять. import std у них ещё не готов, т.е. даже стандартную библиотеку с модулями смешивать сложно. У вас вообще всё на модули переписано? Или у вас msvc only? А то я так-то тоже пришёл к выводу, что модули пока не готовы, как минимум до реализации import std.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

55. Сообщение от Хо (?), 08-Мрт-25, 09:00	+/–
В армии служили? То что происходит в армии, остаётся в армии!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #67

56. Сообщение от Аноним (56), 08-Мрт-25, 09:05	+2 +/–
Pascal любят люди, общающиеся на человеческом языке (human language). C/C++ любят з@др0ты/п$tу%i, общающиеся на пт|чь$м я^ык$ ({[!@#$%^&*_+|<>}]).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #57, #60, #74

57. Сообщение от Аноним (57), 08-Мрт-25, 09:37	+/–
Ой вей, шо делается, шо делается? Таки ви с таким сурьёзнвм видом транслируете такие огромние  глупости. Поедте на Привоз и спросите там у любого босяка "Изя, какой язык программирования напоминает человеческий" и он вам таки ответит за это "конечно COBOL - на нем еще тетя Соня програмувала в том веке пока еще была жива".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

58. Сообщение от анон (?), 08-Мрт-25, 11:02	–2 +/–
Байт код p-code Pascal применили в 1977 в UCSD Pascal. CLR (Common Language Runtime) .Net давным давно работает подобным образом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

59. Сообщение от анон (?), 08-Мрт-25, 11:07	+/–
В Паскале нет неявного преобразования типов в отличие от (впиши нужное). Вот для этого эта "муть":P
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

60. Сообщение от Аноним (-), 08-Мрт-25, 11:46	–1 +/–
> Pascal любят люди, общающиеся на человеческом языке (human language). > C/C++ любят з@др0ты/п$tу%i, общающиеся на пт|чь$м я^ык$ ({[!@#$%^&*_+|<>}]). Вы точно в этом уверены? Зайдите на википедию, куда-нибудь в раздел по полям Галуа например. Хотя можете и какое-нибудь уравнение Максвелла в релятивистской форме накопать. И это тоже - люди общаются, если что. На этом фоне C++ кстати будет не такой уж и сложный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #62

61. Сообщение от Аноним (30), 08-Мрт-25, 12:08	+1 +/–
Язык должен быть читаемым, в первую очередь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

62. Сообщение от Анонем (?), 08-Мрт-25, 13:15	+2 +/–
Математическая нотация тоже тот еще комбайн из костылей. Там давно напрашивается реформа. Правда математики на это не пойдут, ведь тогда они станут чуточку более обычными людьми.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #65, #77

63. Сообщение от Анонем (?), 08-Мрт-25, 13:24	+3 +/–
> Язык созданный теоретиками, которые палец об палец не ударили на практике. Вирт так-то полноценную архитектуру спроектировал и реализовал, включая железо, ось, язык и инновационный ГУИ. https://en.wikipedia.org/wiki/Ceres_(workstation)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

64. Сообщение от n00by (ok), 08-Мрт-25, 14:14	+/–
Да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

65. Сообщение от Аноним (66), 08-Мрт-25, 15:45	+/–
> Там давно напрашивается реформа математика последние 300 лет существует только для математиков, и раз в столетие появляется какой-нибудь Гедель и приземляет их, или Брауэр готовый сж*чь их всех. А последний век вообще поставили на финансовые рельсы, теперь это не наука, а продукт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

66. Сообщение от Аноним (66), 08-Мрт-25, 15:52	+/–
> Вуз учит учиться. Нет и трижды нет, совковое образование - дрессировка. Человек учится сам, а препод это тупо собеседник.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

67. Сообщение от Аноним (-), 08-Мрт-25, 18:06	–1 +/–
Служил. Туалеты чистил, плац лопатой ковырял. Избиения от сержантов. По ночам не давали спать - "вкачивали" (это разновидность пытки). Ничему не научили. Хотя, нет научили быть рабом. Калаш видел один раз в жизни в руках не держал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

68. Сообщение от Аноним (68), 08-Мрт-25, 19:16	+2 +/–
Считался кем?! Трепологами, которые "на глаз" определяли попугаи? Турбо Паскаль был прекрасным канпелятором, что даже трудно было определить этап компиляции - МГНОВЕННО запускал маленькие программы!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #73

69. Сообщение от Аноним (68), 08-Мрт-25, 19:17	–1 +/–
Почему бы к этим заплесневелым сипипям не добавить, что на LLVM пилится компилятор Ди? (проект LDC) Вот как раз нытики про "скорость" могут убедиться - всё работает не хуже Сей.
Ответить | Правка | Наверх | Cообщить модератору

71. Сообщение от 12yoexpert (ok), 08-Мрт-25, 23:53	+2 +/–
ну то есть всё как в gcc
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

72. Сообщение от 12yoexpert (ok), 08-Мрт-25, 23:54	+1 +/–
модули в плюсах нужны только вредителям из яндекса на зарплате, и ты один из них
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

73. Сообщение от anonymous (??), 09-Мрт-25, 00:11	+1 +/–
Если в компиляторе вообще нет оптимизации он безусловно будет быстрым.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #76

74. Сообщение от Аноним (52), 09-Мрт-25, 01:38	+/–
> Pascal любят люди > , > общающиеся на человеческом языке > ( > human language > ) > . Смотри, это знаки препинания. Они второстепенны и поэтому сделаны маленькими (не зпт, скб, тчк). Так и в программировании - begin, then, end отвлекают внимание от более важных конструкций. Видимо, Pascal любят люди-телеграфисты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

75. Сообщение от Смузихлеб забывший пароль (?), 09-Мрт-25, 05:44	+1 +/–
яблоко спонсировало это гораздо раньше появления планов перехода на арм-подобное но у них это и в инструментарии давным-давно шло по умолчанию
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

76. Сообщение от blevakagmail.com (?), 09-Мрт-25, 06:21	+/–
Сколько лет на Турбо Паскаль кодите?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

77. Сообщение от BeLord (ok), 09-Мрт-25, 23:56	+/–
И зачем там реформа? Вот к примеру матрицы, дифуры, ряды, интегралы и прочее используемое каждый день в том же ИТ, все весьма прозрачно и стройно и уж явно прозрачнее, чем АПИ какого-нибудь продукта, написанного любителями экзотики.)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #78

78. Сообщение от Аноним (52), 10-Мрт-25, 06:10	+/–
> И зачем там реформа? Я не он, но скажу, что для нотации, используемой в доказательствах, реформа бы пригодилась. Её сжимают без хорошей причины и стараются побольше уместить в одну строку. Ещё, кажется, математики любят демонстрировать доминантность, изобретая собственные нотации. Зачем создатель APL придумал собственные символы для логарифма, умножения на Пи, синуса и прочего? Затем, что самец. Но это нестрашный случай, APL - язык программирования, нотация формализована, компилятор всегда её однозначно трактует. А когда пишут для человека, случаются казусы: https://math.stackexchange.com/questions/1144265/confused-by... https://math.stackexchange.com/questions/2199355/notation-ab... https://xkcd.com/2606/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

79. Сообщение от Аноним (79), 11-Мрт-25, 15:39	+/–
В таком виде как сейчас модули не нужны. Единственное место где можно было разрулить рекурсию зависимостей - модули. Но тот кто ими занялся не осилил. И в итоге стандарт указывает на недопустимость циклической зависимости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

80. Сообщение от Аноним (-), 13-Мрт-25, 07:55	+/–
> Так почему паскаль считался менее производительным, нежели си? Неужели просто компиляторы были недостаточно вылизаны? Оптимизаторы были примитивными, и поэтому более низкоуровневые примитивы C позволяли писать более производительный код. Сейчас, пожалуй, было бы наоборот. Более низкоуровневые примитивы только палок в колёса оптимизатору вставляют, ему сначала надо "догадаться" что программист хотел сказать, а потом оптимизировать. И часто компилятор кладёт болт на это, и говорит "UB! как хочу так и компиляю".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

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

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