forum.opennet.ru - "Релиз набора компиляторов LLVM 23" (51)

"Релиз набора компиляторов LLVM 23"

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

"Релиз набора компиляторов LLVM 23"	+/–
Сообщение от opennews (?), 27-Авг-26, 21:57
После шести месяцев разработки представлен релиз проекта LLVM 23.1.0, развивающего инструментарий (компиляторы, оптимизаторы и генераторы кода), компилирующий программы в промежуточный биткод RISC-подобных виртуальных инструкций (низкоуровневая виртуальная машина с многоуровневой системой оптимизаций). Сгенерированный псевдокод может быть преобразован в машинный код для заданной целевой платформы или использован JIT-компилятором для формирования машинных инструкций непосредственно во время выполнения программы. На базе технологий LLVM проектом развивается компилятор Clang, поддерживающий языки программирования C, C++ и Objective-C... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66153
Ответить \| Правка \| Cообщить модератору

Оглавление

Скрыто модератором, Malinovsky (?), 21:57 , 27-Авг-26, (1) –16

Скрыто модератором, kravich (ok), 22:00 , 27-Авг-26, (2) +17

Скрыто модератором, Malinovsky (?), 17:29 , 28-Авг-26, (47) –1

Скрыто модератором, Аноним (3), 22:07 , 27-Авг-26, (3)

Скрыто модератором, Норм (?), 03:46 , 28-Авг-26, (25)
Скрыто модератором, Malinovsky (?), 08:13 , 28-Авг-26, (32) –3

Скрыто модератором, Аноним (7), 23:10 , 27-Авг-26, (7) +2

Скрыто модератором, Malinovsky (?), 18:42 , 28-Авг-26, (49) –1

Скрыто модератором, Аноним (11), 00:45 , 28-Авг-26, (11) –3

Скрыто модератором, Норм (?), 03:48 , 28-Авг-26, (26) +1
Скрыто модератором, Malinovsky (?), 08:16 , 28-Авг-26, (33) +2

Скрыто модератором, dannyD (?), 06:17 , 28-Авг-26, (28)

Ну слава тебе господи, дождались наконец, кода таки появилась возможность включа, Аноним (4), 22:53 , 27-Авг-26, (4) +1

Здесь должна бы быть картинка Buff Doge vs Cheems про программистов, которые м, Аноним (35), 09:43 , 28-Авг-26, (35) +2

Да не вопрос, можно и на ассемблере написать ВСЁ , Аноним (39), 11:00 , 28-Авг-26, (39) +1

Автор ы Menuet 64 OS, Kolibry OS, и ещё куча помельче и менее распиренных тол, Аноним (51), 20:46 , 28-Авг-26, (51)

Вот очень хороший пример можно, а зачем Как хобби 8212 конечно, почему бы и, Аноним (39), 08:31 , 29-Авг-26, (64)

Стоит отметить, что инструменты вроде NASM кому-то действительно нужны В том чи, MihaNix (ok), 08:29 , 31-Авг-26, (66) +1

Это тот самый LLVM, который сходу опрокинул GCC, Markx (?), 23:24 , 27-Авг-26, (9) –7

Это тот, который про упустил все полимеры Поддержка новых стандартов реализов, Аноним (10), 00:02 , 28-Авг-26, (10) +2

Видимо суньор не отличает LLVM от Clang, мда уж, Аноним (14), 01:02 , 28-Авг-26, (14)

А почему пост озаглавлен LLVM, а 90 процентов про Clang , Аноним (11), 01:22 , 28-Авг-26, (18)

Потому что LLVM это бэкенд иму как бы пофиг на каком языке ты пишешь главное что, Markx (?), 22:03 , 28-Авг-26, (56)
Скрыто модератором, Markx (?), 22:05 , 28-Авг-26, (57)

Ответ на сообщение о gcc, если что , Аноним (40), 12:48 , 28-Авг-26, (40)
Поддержка архинектур в энтом ларже лангуаже виртуал машин то-же ну так скажем, у, Норм (?), 22:00 , 28-Авг-26, (55)

Какие такие стандарты у LLVM , Hexen (ok), 10:44 , 28-Авг-26, (37)

Такие например Добавлены флаги -std c 2d и -std gnu 2d для тестирования во, Аноним (40), 12:49 , 28-Авг-26, (41)

Ну, то есть, сабж вам добавляет возможности стандарта, который еще даже не вышел, Аноним (4), 17:06 , 28-Авг-26, (46) +3

Как раз думал приставить гдениудь это И ничего полезного Кто то скажет что вот, Аноним (53), 20:56 , 28-Авг-26, (53)
Вопрос был какие Ответ эти Проблемы не во флагах а в поддержке фич стандартов , Аноним (54), 21:59 , 28-Авг-26, (54)

Ну или эта цитата из новости Поддерживаемая версия Unicode обновлена с 15 1 до 1, Аноним (40), 13:01 , 28-Авг-26, (42)

Так это же всё про clang C C , а я про LLVM , Hexen (ok), 16:10 , 28-Авг-26, (44)

Ты в новости другие изменения видишь , Аноним (40), 16:13 , 28-Авг-26, (45)

Стаааарый аж 23 года и как без кучки доп эмоджи и пары тыщ египетских ие, Аноним (50), 18:56 , 28-Авг-26, (50) +2

Это был как пример В gcc берут последний существующий А не забивают несколько в, Аноним (58), 22:06 , 28-Авг-26, (58)

и другие влажные мечты Markx , Аноним (20), 01:24 , 28-Авг-26, (20) +1

Лол, деды из GCC скрипя шестеренками, поняли крутость идей заложенных в LLVM и п, Markx (?), 22:07 , 28-Авг-26, (59)

На спор должок и всё такое что поддержит gcc-10 на сборку сверху ещё сотка накид, Аноним (19), 01:23 , 28-Авг-26, (19)
Это попытка догнать mold по производительности, openssh_user (ok), 06:52 , 28-Авг-26, (30) +2

И правильная попытка, разум возобладал, Markx (?), 22:07 , 28-Авг-26, (60)

Это у них до двадцать третьей версии не было сдвигов , Аноним (31), 07:49 , 28-Авг-26, (31)

Были,но они сейчас решили их зациклить , Аноним (34), 08:49 , 28-Авг-26, (34) +1
а вообще, кому сильно надо было, пользовались чем-то типа -----------X8static in, Совершенно другой аноним (?), 10:24 , 28-Авг-26, (36) +1

На ассемблере это реализуется, причём одной командой процессора , Я (??), 19:43 , 31-Авг-26, (67)

к сожалению не для всех процессоров PS а во многих компиляторах этот шаблон тож, Совершенно другой аноним (?), 16:44 , 01-Сен-26, (68)

Зашёл прочитать про новые фишки LLVM, а тут насыпали ченджлог clang , Hexen (ok), 10:48 , 28-Авг-26, (38)

Половина новости про поддержку архитектур и допиливание компновщика это как раз , Markx (?), 22:11 , 28-Авг-26, (61)

Машина времени Текущая версия Юникода 17 0 принята в сентябре 2025 г , Аноним (52), 20:47 , 28-Авг-26, (52)

https www unicode org versions Unicode18 0 0 , Аноним (62), 23:03 , 28-Авг-26, (62)
Ну и что вышла новая версия юникода Продолжали поддерживать работу с 15 1 Сейч, Аноним (65), 01:46 , 30-Авг-26, (65)

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

1. Скрыто модератором –16 +/–

Сообщение от Malinovsky (?), 27-Авг-26, 21:57

Еще не проверял, но думаю они не вернули возможность алиасами убрать необходимость использования английского языка при программировании. Остальные спецсимволы отлично умещаются на ряде функциональных (F) клавиш и есть клавиатуры где этот ряд расположен в упор. Вот тут и проявляется сила разума тех кто поумнее и способен сделать себе среду разработки с комментариями на русском языке. Просто делается включение нужного файла замен английских команд русскими, что повышает читаемость текста, позволяет сократить длинные названия команд и так далее. В общем алиасы были мощным инструментом когда-то когда LLVM была отвязана от английского ,после чего деградировала.

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

2. Скрыто модератором +17 +/–

Сообщение от kravich (ok), 27-Авг-26, 22:00

Отсыпь?

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

47. Скрыто модератором –1 +/–

Сообщение от Malinovsky (?), 28-Авг-26, 17:29

> Отсыпь?
Мозги нельзя отсыпать. Тут сколько ни старайся нужно иметь гениальный взгляд, чтобы додуматься до описанной возможности. А дальше начинается игра "сделай сам". Я для Си такое делал - работало превосходно. Потом поломалось.
Так то по идее и простой редактор текста с поддержкой макросов мог бы сделать автозамену на уровне "заменить Е в словах на Ё там где она используется". А тут получается все еще проще - печатать ДВ вместо MV в мозгах выглядит естественно в отличие от подключения напряга мозга.
Исследования показывали преимущество в 30% при программировании на родном языке. А вот глупые возгласы наркоманов, которым хочется тупо поржать к этому никак не относятся. Чтобы решить проблему надо быть сильным. По количеству облайканности наркоманского подкола я вижу что тут таких не особо наблюдается. Они даже подумать в эту сторону силятся с трудом, а если считать тех кто не побежали послушно ставить минус мне как потенциально способных сообразить описанное.
Раз никто не проверил, то и мнение слабаков и тем более тех кто не пользуется clang мне неинтересно.

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

3. Скрыто модератором +/–

Сообщение от Аноним (3), 27-Авг-26, 22:07

> Вот тут и проявляется сила разума тех кто поумнее и способен сделать себе среду разработки с комментариями на русском языке. Просто делается включение нужного файла замен английских команд русскими, что повышает читаемость текста, позволяет сократить длинные названия команд и так далее.
Желаю тебе долго и вдумчиво парсить исходники одной MMO на китайском, а потом исходники другой MMO на французском.
Под конец полирни один и тот же фильм на английском и его перевод на русский. Можешь потом ещё гоблинского перевода навернуть и призадуматься - а зачем опер так настойчиво коверкает перевод. Исходя из его коннотаций по каждому вопросу и содержимому формы номер четыре при приёме на работу (про этот мем ещё в старике Хоттабыче писали, см. вопрос про род занятий до определённого года) - ответ придёт сам собой.

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

25. Скрыто модератором +/–

Сообщение от Норм (?), 28-Авг-26, 03:46

То что кавереают не просто так то очевидно.
А вот про вопросы в форме 4 не слышал раньше.
Что там такого отвечают?

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

32. Скрыто модератором –3 +/–

Сообщение от Malinovsky (?), 28-Авг-26, 08:13

Так и не понял о чем речь? использовать русский язык это для того, чтобы выдавая комментарий к коду все было на русском. Тут у многих дырки в голове срабатывают и они искусно забывают что помимо написания кода его нужно документировать.
Вот тут про печать на японском, так что читать китайский - я уже давно такое делаю, потому что иероглифы пришли из Китая. В основе русская раскладка. Стяжение до трех символов в одну группу преобразования, использование И и Й, и множество других ухищрений помимо использования набора слогов, которые позволяют печатать свободно почти все слова. Открытый слог также имеет вариант и помимо плюсов обоих методов требует меньше нажатий. Вот как пример. А что там за шутка у тех на кого вы молитесь мне неизвестно. Тот же Гоблин женат на кореянке. Живите теперь с этим в попытках осознать нафига.
自己紹介　じこしょうかい　   Kana 9  Romaji 11 Мой метод 6
一生懸命　いっしょうけんめい Kana 10 Romaji 13 Мой метод 7
少女時代　しょうじょじだい   Kana 13 Romaji 12 Мой метод 8

https://vkvideo.ru/video-239700498_456239020

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

7. Скрыто модератором +2 +/–

Сообщение от Аноним (7), 27-Авг-26, 23:10

Пишите в 1С, вам понравится. А здоровым людям код на русском или любом другом, кроме английского, не нужен и даже вреден.

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

49. Скрыто модератором –1 +/–

Сообщение от Malinovsky (?), 28-Авг-26, 18:42

> Пишите в 1С, вам понравится. А здоровым людям код на русском или
> любом другом, кроме английского, не нужен и даже вреден.
Для англоязычных то же правило работает, ведь это у англичан тяжелейшие проблемы даже с простыми переводчиками. Это они всеми силами саботировали другие языки, хотя на русском общается большее число людей - они все равно продвигали никчемный английский как "международный". Но "международный" в их исполнении это навязываемый язык. Они себя миром мнят, равно как и страна США считает себя "американцами", хотя Америка это континент. Это их голые пустые амбиции неосиляторов иностранных языков. Имея взгляды, поддерживающие неосиляторство нельзя пользоваться чем умеешь. Ненужно делать язык полностью на русском когда можно пользоваться заменой. Это GCC уже давно прибили гвоздями все к английскому. У Clang несколько лет назад такого не было. Можете проверить, если вы окружены идиотами и тугодумами. Тогда вдруг окажется что вопрос использования языка независим от языка программирования. А англоязычные имеют доступ к переводчику. Вот пусть тоже переводят комментарии на русском, тогда все будет честно. Проблемы индейцев это не проблемы шерифа. Англоязычные индейцы могут сколько угодно плакать, но русскоязычным носителям языка удобнее использовать русский язык.

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

11. Скрыто модератором –3 +/–

Сообщение от Аноним (11), 28-Авг-26, 00:45

>В общем алиасы были мощным инструментом когда-то когда LLVM была отвязана от английского ,после чего деградировала.
Мощному аналитическому уму не приходила мысль, что проект интернациональный, поэтому нужно единое средство общение? Что отмерло в следствие ненужности.

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

26. Скрыто модератором +1 +/–

Сообщение от Норм (?), 28-Авг-26, 03:48

Ура 26 интернационалу!

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

33. Скрыто модератором +2 +/–

Сообщение от Malinovsky (?), 28-Авг-26, 08:16

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

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

28. Скрыто модератором +/–

Сообщение от dannyD (?), 28-Авг-26, 06:17

>>Вот тут и проявляется сила разума тех кто поумнее и способен
если ять не присутсвует - низачод!
https://ru.wikipedia.org/wiki/Ять

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

4. "Релиз набора компиляторов LLVM 23" +1 +/–

Сообщение от Аноним (4), 27-Авг-26, 22:53

> __attribute__((overflow_behavior)) - определяет поведение (wrap или trap) при переполнении чисел разных типов.
Ну слава тебе господи, дождались наконец, кода таки появилась возможность включать/выключать проверки переполнений не целиком во всем translation unit, а для отдельных типов. Глядишь, скоро так и Turbo Pascal/Ada из 80 догонят.

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

35. "Релиз набора компиляторов LLVM 23" +2 +/–

Сообщение от Аноним (35), 28-Авг-26, 09:43

Здесь должна бы быть картинка "Buff Doge vs Cheems" про программистов, которые могли на K&R написать ВСЁ, и кодеров из 2k2x, страдающих от отсутствия какой-то фичи.

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

39. "Релиз набора компиляторов LLVM 23" +1 +/–

Сообщение от Аноним (39), 28-Авг-26, 11:00

Да не вопрос, можно и на ассемблере написать ВСЁ.

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

51. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Аноним (51), 28-Авг-26, 20:46

Автор(ы) Menuet [64] OS, Kolibry OS, и ещё куча помельче и менее распиренных только одних ОС, или базово-шире: как и авторы книг тип "Ассемблер на линуксе",  шейдеры на ассемблере, компиляторы с внутренним представление на экзотическом ассемблере, автор WinRAR как на VM-ассемблере, и т.п.
- громко смеются на тобой.

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

64. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Аноним (39), 29-Авг-26, 08:31

> Автор(ы) Menuet [64] OS, Kolibry OS, и ещё куча помельче и менее распиренных только одних ОС
Вот очень хороший пример: можно, а зачем? Как хобби — конечно, почему бы и нет.
> авторы книг тип "Ассемблер на линуксе"
Авторы книг пишут книги, а не софт на ассемблере.
Остальное вообще не в кассу.

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

66. "Релиз набора компиляторов LLVM 23" +1 +/–

Сообщение от MihaNix (ok), 31-Авг-26, 08:29

Стоит отметить, что инструменты вроде NASM кому-то действительно нужны. В том числе и в Linux.
Однако не стоит писать на asm всё подряд. Использовать его следует только там, где это действительно нужно.

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

9. "Релиз набора компиляторов LLVM 23" –7 +/–

Сообщение от Markx (?), 27-Авг-26, 23:24

Это тот самый LLVM, который сходу опрокинул GCC

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

10. "Релиз набора компиляторов LLVM 23" +2 +/–

Сообщение от Аноним (10), 28-Авг-26, 00:02

Это тот, который про... упустил все полимеры.
Поддержка новых стандартов реализовывается с запозданием. Любят его только корпорации.

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

14. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Аноним (14), 28-Авг-26, 01:02

Видимо суньор не отличает LLVM от Clang, мда уж

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

18. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Аноним (11), 28-Авг-26, 01:22

А почему пост озаглавлен LLVM, а 90 процентов про Clang?

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

56. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Markx (?), 28-Авг-26, 22:03

Потому что LLVM это бэкенд иму как бы пофиг на каком языке ты пишешь главное чтобы байткод нужный ему генерил, а Clang лишь один из его фронтэндов

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

57. Скрыто модератором +/–

Сообщение от Markx (?), 28-Авг-26, 22:05

Те же растаманы юзают LLVM, просто не афишируют это, так как он написан не на расте=)

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

40. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Аноним (40), 28-Авг-26, 12:48

Ответ на сообщение о gcc, если что.

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

55. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Норм (?), 28-Авг-26, 22:00

Поддержка архинектур в энтом ларже лангуаже виртуал машин то-же ну так скажем, узкая 🫠

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

37. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Hexen (ok), 28-Авг-26, 10:44

Какие такие стандарты у LLVM?

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

41. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Аноним (40), 28-Авг-26, 12:49

Такие например:
Добавлены флаги "-std=c++2d" и "-std=gnu++2d" для тестирования возможностей, развиваемых для стандарта, который выйдет после C++26.
Из текста новости.

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

46. "Релиз набора компиляторов LLVM 23" +3 +/–

Сообщение от Аноним (4), 28-Авг-26, 17:06

> Такие например:
> Добавлены флаги "-std=c++2d" и "-std=gnu++2d" для тестирования возможностей, развиваемых для стандарта, который выйдет после C++26.
Ну, то есть, сабж вам добавляет возможности стандарта, который еще даже не вышел - а вы поете о "поддержка новых стандартов реализовывается с запозданием"? Я все правильно понял?

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

53. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Аноним (53), 28-Авг-26, 20:56

Как раз думал приставить гдениудь это.
> статья: * Возможности, связанные с С++:
И ничего полезного...
Кто то скажет что вот же кому то долгожданное и заодно совместимость с этим в VS проектах:
>  Во всех режимах C++ разрешено использование ключевого слова "auto" для автоматического вывода типов параметров функций.
Я же скажу что, MS этим окончательно угробила С++ на уровне стандарта, по сути саботируя С++ в пользу их C# и прочего.
И не только это, а то что ознакамливаться с чужим кодом с ленью программерской по имени "auto" - стало в сто раз сложней и дольше.
Ну и риски багов поднялись на порядок, и ещё на порядок - в чужом или с несколькими разработчиками проекте.
Т.о.только этитм добавлен ещё один способ "отстрелить себе ногу".
Саботаж.

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

54. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Аноним (54), 28-Авг-26, 21:59

Вопрос был какие. Ответ эти.
Проблемы не во флагах а в поддержке фич стандартов. В clang очень с ними запаздывают.

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

42. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Аноним (40), 28-Авг-26, 13:01

Ну или эта цитата из новости:
Поддерживаемая версия Unicode обновлена с 15.1 до 18.0.
Получается старый Юникод (версии 15.1) оставался неизменным ровно 5 мажорных версий Clang подряд.

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

44. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Hexen (ok), 28-Авг-26, 16:10

> Ну или эта цитата из новости:
> Поддерживаемая версия Unicode обновлена с 15.1 до 18.0.
> Получается старый Юникод (версии 15.1) оставался неизменным ровно 5 мажорных версий Clang
> подряд.
Так это же всё про clang(C\C++), а я про LLVM.

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

45. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Аноним (40), 28-Авг-26, 16:13

Ты в новости другие изменения видишь?

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

50. "Релиз набора компиляторов LLVM 23" +2 +/–

Сообщение от Аноним (50), 28-Авг-26, 18:56

>>  Поддерживаемая версия Unicode обновлена с 15.1 до 18.0.
> Получается старый Юникод (версии 15.1) оставался неизменным ровно 5 мажорных версий Clang подряд.
Стаааарый ... аж 23 года и как без кучки доп. эмоджи и пары тыщ египетских(!) иероглифов жили - совершенно неясно! Ага. Кстати ... какую, говорите, версию юникода поддерживает gcc?

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

58. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Аноним (58), 28-Авг-26, 22:06

Это был как пример.
В gcc берут последний существующий. А не забивают несколько версий на существование новых.
За весь период с версии 15.1 по 18.0 было добавлено 4 316 унифицированных иероглифов CJK
Это китай, япония и корея.
Из них 12 критически важных (срочно запрошенных) и 6 критически важных знаков.
Кроме того, добавлены официальные символы для четырех мировых валют: саудовского риала, мальдивской руфии, оманского риала и дирхама ОАЭ.

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

20. "Релиз набора компиляторов LLVM 23" +1 +/–

Сообщение от Аноним (20), 28-Авг-26, 01:24

... и другие влажные мечты Markx.

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

59. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Markx (?), 28-Авг-26, 22:07

Лол, деды из GCC скрипя шестеренками, поняли крутость идей заложенных в LLVM и препилили GCC в его стиле, но ты походу сильнее заржавел чем бородачи из GNU

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

19. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Аноним (19), 28-Авг-26, 01:23

На спор должок и всё такое что поддержит gcc-10 на сборку сверху ещё сотка накидывается

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

30. "Релиз набора компиляторов LLVM 23" +2 +/–

Сообщение от openssh_user (ok), 28-Авг-26, 06:52

> В компоновщике LLD реализовано распараллеливание загрузки входных файлов и маркировки секций для сокращения времени связывания крупных проектов.
Это попытка догнать mold по производительности

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

60. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Markx (?), 28-Авг-26, 22:07

И правильная попытка, разум возобладал

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

31. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Аноним (31), 28-Авг-26, 07:49

> Реализованы функции циклического битового сдвига
Это у них до двадцать третьей версии не было сдвигов?!

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

34. "Релиз набора компиляторов LLVM 23" +1 +/–

Сообщение от Аноним (34), 28-Авг-26, 08:49

Были,но они сейчас решили их зациклить.

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

36. "Релиз набора компиляторов LLVM 23" +1 +/–

Сообщение от Совершенно другой аноним (?), 28-Авг-26, 10:24

> Это у них до двадцать третьей версии не было сдвигов?!
>> Реализованы функции циклического битового ... для будущего стандарта C2y
а вообще, кому сильно надо было, пользовались чем-то типа
;-----------X8
static inline uint32_t _rotr(uint32_t src, uint32_t shift)
{
  return (src >> shift) | (src << (32 - shift));
}
;-----------X8

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

67. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Я (??), 31-Авг-26, 19:43

На ассемблере это реализуется, причём одной командой процессора.

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

68. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Совершенно другой аноним (?), 01-Сен-26, 16:44

> На ассемблере это реализуется, причём одной командой процессора.
к сожалению не для всех процессоров.
PS: а во многих компиляторах этот шаблон тоже распознаётся самим компилятором и тоже в итоге получается одна команда, если процессор такую команду умеет. Например gcc такое умеет для архитектуры IA32 как минимум с древней версии 4.8, а возможно и раньше.

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

38. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Hexen (ok), 28-Авг-26, 10:48

Зашёл прочитать про новые фишки LLVM, а тут насыпали ченджлог clang...

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

61. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Markx (?), 28-Авг-26, 22:11

Половина новости про поддержку архитектур и допиливание компновщика это как раз LLVM, дороботка компоновщика пожалуй главная фича релиза

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

52. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Аноним (52), 28-Авг-26, 20:47

>Поддерживаемая версия Unicode обновлена с 15.1 до 18.0.
Машина времени? Текущая версия Юникода 17.0 принята в сентябре 2025 г.

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

62. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Аноним (62), 28-Авг-26, 23:03

https://www.unicode.org/versions/Unicode18.0.0/

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

65. "Релиз набора компиляторов LLVM 23" +/–

Сообщение от Аноним (65), 30-Авг-26, 01:46

Ну и что вышла новая версия юникода. Продолжали поддерживать работу с 15.1. Сейчас перешли на работу с версией 18.0.

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

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

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

Хоcтинг:

Закладки на сайте
Проследить за страницей

Created 1996-2026 by Maxim Chirkov
Добавить новость, Поддержать

1. Скрыто модератором	–16 +/–
Сообщение от Malinovsky (?), 27-Авг-26, 21:57
Еще не проверял, но думаю они не вернули возможность алиасами убрать необходимость использования английского языка при программировании. Остальные спецсимволы отлично умещаются на ряде функциональных (F) клавиш и есть клавиатуры где этот ряд расположен в упор. Вот тут и проявляется сила разума тех кто поумнее и способен сделать себе среду разработки с комментариями на русском языке. Просто делается включение нужного файла замен английских команд русскими, что повышает читаемость текста, позволяет сократить длинные названия команд и так далее. В общем алиасы были мощным инструментом когда-то когда LLVM была отвязана от английского ,после чего деградировала.
Ответить \| Правка \| Наверх \| Cообщить модератору


	2. Скрыто модератором	+17 +/–
	Сообщение от kravich (ok), 27-Авг-26, 22:00
	Отсыпь?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	47. Скрыто модератором	–1 +/–
	Сообщение от Malinovsky (?), 28-Авг-26, 17:29
	> Отсыпь? Мозги нельзя отсыпать. Тут сколько ни старайся нужно иметь гениальный взгляд, чтобы додуматься до описанной возможности. А дальше начинается игра "сделай сам". Я для Си такое делал - работало превосходно. Потом поломалось. Так то по идее и простой редактор текста с поддержкой макросов мог бы сделать автозамену на уровне "заменить Е в словах на Ё там где она используется". А тут получается все еще проще - печатать ДВ вместо MV в мозгах выглядит естественно в отличие от подключения напряга мозга. Исследования показывали преимущество в 30% при программировании на родном языке. А вот глупые возгласы наркоманов, которым хочется тупо поржать к этому никак не относятся. Чтобы решить проблему надо быть сильным. По количеству облайканности наркоманского подкола я вижу что тут таких не особо наблюдается. Они даже подумать в эту сторону силятся с трудом, а если считать тех кто не побежали послушно ставить минус мне как потенциально способных сообразить описанное. Раз никто не проверил, то и мнение слабаков и тем более тех кто не пользуется clang мне неинтересно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	3. Скрыто модератором	+/–
	Сообщение от Аноним (3), 27-Авг-26, 22:07
	> Вот тут и проявляется сила разума тех кто поумнее и способен сделать себе среду разработки с комментариями на русском языке. Просто делается включение нужного файла замен английских команд русскими, что повышает читаемость текста, позволяет сократить длинные названия команд и так далее. Желаю тебе долго и вдумчиво парсить исходники одной MMO на китайском, а потом исходники другой MMO на французском. Под конец полирни один и тот же фильм на английском и его перевод на русский. Можешь потом ещё гоблинского перевода навернуть и призадуматься - а зачем опер так настойчиво коверкает перевод. Исходя из его коннотаций по каждому вопросу и содержимому формы номер четыре при приёме на работу (про этот мем ещё в старике Хоттабыче писали, см. вопрос про род занятий до определённого года) - ответ придёт сам собой.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	25. Скрыто модератором	+/–
	Сообщение от Норм (?), 28-Авг-26, 03:46
	То что кавереают не просто так то очевидно. А вот про вопросы в форме 4 не слышал раньше. Что там такого отвечают?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. Скрыто модератором	–3 +/–
	Сообщение от Malinovsky (?), 28-Авг-26, 08:13
	Так и не понял о чем речь? использовать русский язык это для того, чтобы выдавая комментарий к коду все было на русском. Тут у многих дырки в голове срабатывают и они искусно забывают что помимо написания кода его нужно документировать. Вот тут про печать на японском, так что читать китайский - я уже давно такое делаю, потому что иероглифы пришли из Китая. В основе русская раскладка. Стяжение до трех символов в одну группу преобразования, использование И и Й, и множество других ухищрений помимо использования набора слогов, которые позволяют печатать свободно почти все слова. Открытый слог также имеет вариант и помимо плюсов обоих методов требует меньше нажатий. Вот как пример. А что там за шутка у тех на кого вы молитесь мне неизвестно. Тот же Гоблин женат на кореянке. Живите теперь с этим в попытках осознать нафига. 自己紹介　じこしょうかい　 Kana 9 Romaji 11 Мой метод 6 一生懸命　いっしょうけんめい Kana 10 Romaji 13 Мой метод 7 少女時代　しょうじょじだい Kana 13 Romaji 12 Мой метод 8 https://vkvideo.ru/video-239700498_456239020
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


	7. Скрыто модератором	+2 +/–
	Сообщение от Аноним (7), 27-Авг-26, 23:10
	Пишите в 1С, вам понравится. А здоровым людям код на русском или любом другом, кроме английского, не нужен и даже вреден.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	49. Скрыто модератором	–1 +/–
	Сообщение от Malinovsky (?), 28-Авг-26, 18:42
	> Пишите в 1С, вам понравится. А здоровым людям код на русском или > любом другом, кроме английского, не нужен и даже вреден. Для англоязычных то же правило работает, ведь это у англичан тяжелейшие проблемы даже с простыми переводчиками. Это они всеми силами саботировали другие языки, хотя на русском общается большее число людей - они все равно продвигали никчемный английский как "международный". Но "международный" в их исполнении это навязываемый язык. Они себя миром мнят, равно как и страна США считает себя "американцами", хотя Америка это континент. Это их голые пустые амбиции неосиляторов иностранных языков. Имея взгляды, поддерживающие неосиляторство нельзя пользоваться чем умеешь. Ненужно делать язык полностью на русском когда можно пользоваться заменой. Это GCC уже давно прибили гвоздями все к английскому. У Clang несколько лет назад такого не было. Можете проверить, если вы окружены идиотами и тугодумами. Тогда вдруг окажется что вопрос использования языка независим от языка программирования. А англоязычные имеют доступ к переводчику. Вот пусть тоже переводят комментарии на русском, тогда все будет честно. Проблемы индейцев это не проблемы шерифа. Англоязычные индейцы могут сколько угодно плакать, но русскоязычным носителям языка удобнее использовать русский язык.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. Скрыто модератором	–3 +/–
	Сообщение от Аноним (11), 28-Авг-26, 00:45
	>В общем алиасы были мощным инструментом когда-то когда LLVM была отвязана от английского ,после чего деградировала. Мощному аналитическому уму не приходила мысль, что проект интернациональный, поэтому нужно единое средство общение? Что отмерло в следствие ненужности.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	26. Скрыто модератором	+1 +/–
	Сообщение от Норм (?), 28-Авг-26, 03:48
	Ура 26 интернационалу!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. Скрыто модератором	+2 +/–
	Сообщение от Malinovsky (?), 28-Авг-26, 08:16
	А кто запрещает делать преобразование скриптом? разница тут в том что ненужно молиться на представителя запада. Деглобализация как спасение человечества от единой сбалансированной схемы жизни для всех без возможности развития.
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	28. Скрыто модератором	+/–
	Сообщение от dannyD (?), 28-Авг-26, 06:17
	>>Вот тут и проявляется сила разума тех кто поумнее и способен если ять не присутсвует - низачод! https://ru.wikipedia.org/wiki/Ять
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору

4. "Релиз набора компиляторов LLVM 23"	+1 +/–
Сообщение от Аноним (4), 27-Авг-26, 22:53
> __attribute__((overflow_behavior)) - определяет поведение (wrap или trap) при переполнении чисел разных типов. Ну слава тебе господи, дождались наконец, кода таки появилась возможность включать/выключать проверки переполнений не целиком во всем translation unit, а для отдельных типов. Глядишь, скоро так и Turbo Pascal/Ada из 80 догонят.
Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Релиз набора компиляторов LLVM 23"	+2 +/–
	Сообщение от Аноним (35), 28-Авг-26, 09:43
	Здесь должна бы быть картинка "Buff Doge vs Cheems" про программистов, которые могли на K&R написать ВСЁ, и кодеров из 2k2x, страдающих от отсутствия какой-то фичи.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	39. "Релиз набора компиляторов LLVM 23"	+1 +/–
	Сообщение от Аноним (39), 28-Авг-26, 11:00
	Да не вопрос, можно и на ассемблере написать ВСЁ.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	51. "Релиз набора компиляторов LLVM 23"	+/–
	Сообщение от Аноним (51), 28-Авг-26, 20:46
	Автор(ы) Menuet [64] OS, Kolibry OS, и ещё куча помельче и менее распиренных только одних ОС, или базово-шире: как и авторы книг тип "Ассемблер на линуксе", шейдеры на ассемблере, компиляторы с внутренним представление на экзотическом ассемблере, автор WinRAR как на VM-ассемблере, и т.п. - громко смеются на тобой.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	64. "Релиз набора компиляторов LLVM 23"	+/–
	Сообщение от Аноним (39), 29-Авг-26, 08:31
	> Автор(ы) Menuet [64] OS, Kolibry OS, и ещё куча помельче и менее распиренных только одних ОС Вот очень хороший пример: можно, а зачем? Как хобби — конечно, почему бы и нет. > авторы книг тип "Ассемблер на линуксе" Авторы книг пишут книги, а не софт на ассемблере. Остальное вообще не в кассу.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	66. "Релиз набора компиляторов LLVM 23"	+1 +/–
	Сообщение от MihaNix (ok), 31-Авг-26, 08:29
	Стоит отметить, что инструменты вроде NASM кому-то действительно нужны. В том числе и в Linux. Однако не стоит писать на asm всё подряд. Использовать его следует только там, где это действительно нужно.
	Ответить \| Правка \| Наверх \| Cообщить модератору

9. "Релиз набора компиляторов LLVM 23"	–7 +/–
Сообщение от Markx (?), 27-Авг-26, 23:24
Это тот самый LLVM, который сходу опрокинул GCC
Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Релиз набора компиляторов LLVM 23"	+2 +/–
	Сообщение от Аноним (10), 28-Авг-26, 00:02
	Это тот, который про... упустил все полимеры. Поддержка новых стандартов реализовывается с запозданием. Любят его только корпорации.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "Релиз набора компиляторов LLVM 23"	+/–
	Сообщение от Аноним (14), 28-Авг-26, 01:02
	Видимо суньор не отличает LLVM от Clang, мда уж
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Релиз набора компиляторов LLVM 23"	+/–
	Сообщение от Аноним (11), 28-Авг-26, 01:22
	А почему пост озаглавлен LLVM, а 90 процентов про Clang?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	56. "Релиз набора компиляторов LLVM 23"	+/–
	Сообщение от Markx (?), 28-Авг-26, 22:03
	Потому что LLVM это бэкенд иму как бы пофиг на каком языке ты пишешь главное чтобы байткод нужный ему генерил, а Clang лишь один из его фронтэндов
	Ответить \| Правка \| Наверх \| Cообщить модератору


	57. Скрыто модератором	+/–
	Сообщение от Markx (?), 28-Авг-26, 22:05
	Те же растаманы юзают LLVM, просто не афишируют это, так как он написан не на расте=)
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	40. "Релиз набора компиляторов LLVM 23"	+/–
	Сообщение от Аноним (40), 28-Авг-26, 12:48
	Ответ на сообщение о gcc, если что.
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	55. "Релиз набора компиляторов LLVM 23"	+/–
	Сообщение от Норм (?), 28-Авг-26, 22:00
	Поддержка архинектур в энтом ларже лангуаже виртуал машин то-же ну так скажем, узкая 🫠
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	37. "Релиз набора компиляторов LLVM 23"	+/–
	Сообщение от Hexen (ok), 28-Авг-26, 10:44
	Какие такие стандарты у LLVM?
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	41. "Релиз набора компиляторов LLVM 23"	+/–
	Сообщение от Аноним (40), 28-Авг-26, 12:49
	Такие например: Добавлены флаги "-std=c++2d" и "-std=gnu++2d" для тестирования возможностей, развиваемых для стандарта, который выйдет после C++26. Из текста новости.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "Релиз набора компиляторов LLVM 23"	+3 +/–
	Сообщение от Аноним (4), 28-Авг-26, 17:06
	> Такие например: > Добавлены флаги "-std=c++2d" и "-std=gnu++2d" для тестирования возможностей, развиваемых для стандарта, который выйдет после C++26. Ну, то есть, сабж вам добавляет возможности стандарта, который еще даже не вышел - а вы поете о "поддержка новых стандартов реализовывается с запозданием"? Я все правильно понял?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	53. "Релиз набора компиляторов LLVM 23"	+/–
	Сообщение от Аноним (53), 28-Авг-26, 20:56
	Как раз думал приставить гдениудь это. > статья: * Возможности, связанные с С++: И ничего полезного... Кто то скажет что вот же кому то долгожданное и заодно совместимость с этим в VS проектах: > Во всех режимах C++ разрешено использование ключевого слова "auto" для автоматического вывода типов параметров функций. Я же скажу что, MS этим окончательно угробила С++ на уровне стандарта, по сути саботируя С++ в пользу их C# и прочего. И не только это, а то что ознакамливаться с чужим кодом с ленью программерской по имени "auto" - стало в сто раз сложней и дольше. Ну и риски багов поднялись на порядок, и ещё на порядок - в чужом или с несколькими разработчиками проекте. Т.о.только этитм добавлен ещё один способ "отстрелить себе ногу". Саботаж.
	Ответить \| Правка \| Наверх \| Cообщить модератору