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

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

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

"Релиз набора компиляторов LLVM 16.0"	+/–
Сообщение от opennews (??), 19-Мрт-23, 09:07
После шести месяцев разработки представлен релиз проекта LLVM 16.0 - GCC-совместимого инструментария (компиляторы, оптимизаторы и генераторы кода), компилирующего программы в промежуточный биткод RISC-подобных виртуальных инструкций (низкоуровневая виртуальная машина с многоуровневой системой оптимизаций). Сгенерированный псевдокод может быть преобразован при помощи JIT-компилятора в машинные инструкции непосредственно в момент выполнения программы... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=58817
Ответить \| Правка \| Cообщить модератору

Оглавление

Скрыто модератором, Аноним (1), 09:07 , 19-Мрт-23, (1)
И сюда гномеры пробрались , Аноним (4), 09:50 , 19-Мрт-23, (4) –2

Ну заброcили устаревшие платформы А гномеры то тут при чём , Аноним (6), 10:11 , 19-Мрт-23, (6)
У них там офигеть архитектура - вся кодогенерация в одной огроменной суперлибе , Аноним (-), 10:26 , 19-Мрт-23, (10)

Мне самому не нравится, что для добавления бэкенда нужно пересобирать clang, а н, Аноним (15), 11:10 , 19-Мрт-23, (15) +1

Меня просто размер этой либы начинает пугать Особенно если посмотреть на то ско, Аноним (-), 22:56 , 21-Мрт-23, (98)

Похоже, что они никогда и не поддерхивались, а то, что компилятор принимал их ка, Аноним (12), 10:48 , 19-Мрт-23, (12) +2
Это не гномеры Это новостедел так написал Вот что в оригинале -march values fo, Анонн (?), 10:58 , 19-Мрт-23, (14) +7

Читайте дальше в списке изменений Support for targeting Armv2, Armv2A, Armv3 and, Аноним (20), 12:29 , 19-Мрт-23, (20) +1
Вы процитировали изменения из clang, а теперь посмотрите изменения из списка для, Аноним (20), 12:31 , 19-Мрт-23, (21)

Капец, как же всё сложно стало в этом мире Слишком много переменных, сущностей , Аноним (5), 09:52 , 19-Мрт-23, (5) +5

Вообще да, бесит конечно, что всё так сложно Но сабж как раз делает создание кр, Аноним (6), 10:14 , 19-Мрт-23, (7)

Компьютеры позволили делать ошибки намного быстрее и массовее , Аноним (-), 10:28 , 19-Мрт-23, (11) +2

Вот в неолите помню офигенно было , Аноним (47), 16:15 , 19-Мрт-23, (47) –1
То ли дело 1000 лет назад - полжизни монотонный труд, полжизни в армии А потом , Аноним (48), 16:19 , 19-Мрт-23, (48) –1
Вот то ли дело в 1960х более двадцати разных архитектур с полузакрытой документ, Serg (??), 16:29 , 29-Мрт-23, (104)

Зачем Всё равно человек написавший так в коде будет уволен с позором, а изменен, Шарп (ok), 11:14 , 19-Мрт-23, (16) +2

Вот вы и ищете программистов, а на самом деле вы уже всех нормальных программист, Аноним (23), 12:39 , 19-Мрт-23, (23) +2
Не можете найти соответствующее место в стандарте Поэтому кого-то надо уволить , n00by (ok), 08:18 , 21-Мрт-23, (97) –1

Скрыто модератором, VoiD (?), 11:51 , 19-Мрт-23, (17)

Скрыто модератором, Аноним (18), 12:14 , 19-Мрт-23, (18) –2

Скрыто модератором, VoiD (?), 12:24 , 19-Мрт-23, (19) –1

Скрыто модератором, Анонимусс (?), 12:40 , 19-Мрт-23, (24) –1

Скрыто модератором, Аноним (1), 13:15 , 19-Мрт-23, (28) +5

Скрыто модератором, anonymous (??), 13:19 , 19-Мрт-23, (29)

Скрыто модератором, Аноним (23), 13:22 , 19-Мрт-23, (31) +2
Скрыто модератором, Анонимусс (?), 13:23 , 19-Мрт-23, (32)

Скрыто модератором, VoiD (?), 13:48 , 19-Мрт-23, (36) –3

Скрыто модератором, Ivan_83 (ok), 14:15 , 19-Мрт-23, (39) +2

Скрыто модератором, VoiD (?), 14:50 , 19-Мрт-23, (40) –3

Скрыто модератором, Самый умный из вас (?), 15:04 , 19-Мрт-23, (41) +2

Скрыто модератором, Аноним (23), 15:58 , 19-Мрт-23, (45)

Скрыто модератором, Ivan_83 (ok), 17:20 , 19-Мрт-23, (54) –3

Скрыто модератором, Аноним (59), 17:59 , 19-Мрт-23, (59)

Скрыто модератором, InuYasha (??), 16:31 , 19-Мрт-23, (50) +1

Скрыто модератором, Майор (??), 16:43 , 19-Мрт-23, (52) +2
Скрыто модератором, VoiD (?), 18:48 , 19-Мрт-23, (66) –2

Скрыто модератором, Самый умный из вас (?), 19:15 , 19-Мрт-23, (69) +1

Скрыто модератором, VoiD (?), 19:54 , 19-Мрт-23, (75)

Скрыто модератором, Аноним (74), 19:53 , 19-Мрт-23, (74)
Скрыто модератором, Ivan_83 (ok), 21:16 , 19-Мрт-23, (82)

Скрыто модератором, Ivan_83 (ok), 17:18 , 19-Мрт-23, (53) –1

Скрыто модератором, Аноним (58), 17:52 , 19-Мрт-23, (58) +1
Скрыто модератором, VoiD (?), 18:21 , 19-Мрт-23, (61) –1

Скрыто модератором, iZEN (ok), 16:22 , 19-Мрт-23, (49) –1

Скрыто модератором, Ivan_83 (ok), 17:25 , 19-Мрт-23, (56) –1

Скрыто модератором, iZEN (ok), 17:52 , 19-Мрт-23, (57) –1

Скрыто модератором, VoiD (?), 18:31 , 19-Мрт-23, (63) –1

Скрыто модератором, Аноним (74), 19:56 , 19-Мрт-23, (76)

Скрыто модератором, VoiD (?), 20:19 , 19-Мрт-23, (80) –1

Мне бы для Windows XP Такая сборка будет или мне дальше страдать, используя GCC, Anonymoustus (ok), 13:43 , 19-Мрт-23, (35) –1

Собери сам clang поддерживает таргеттинг XP, нужно только флаги нужные задать , Аноним (42), 15:54 , 19-Мрт-23, (42)

При больом желании можно задействовать старую версию pthreads , Аноним (42), 15:55 , 19-Мрт-23, (43)

Можно и как больНом интерпретировать, Аноним (79), 20:15 , 19-Мрт-23, (79)

Можно не ставить весь One Core API поскольку это так-себе удовольствие, очень у, Фёдор (?), 09:06 , 20-Мрт-23, (90)

Официально заявляю, никаких сборок для Windows XP мы больше никогда не будем дел, Официальный представитель LLVM (?), 15:55 , 19-Мрт-23, (44)

,- раздался пронзительный с известной стороны , Аноним (42), 16:02 , 19-Мрт-23, (46) +1

Может пора подумать о будущем Как вы через 10 лет видите свою жизнь , Ivan_83 (ok), 17:22 , 19-Мрт-23, (55)

Выкатывают open window 8212 клон хп семерки и все взявшись за руки переходят , Аноним (67), 18:56 , 19-Мрт-23, (67)

Смотря что считать стабильным API На уровне ядря и стандартных либ - у меня на ф, Ivan_83 (ok), 22:22 , 19-Мрт-23, (84) –2

Молодец, чо Только не у всех есть время, желание и компетенция это делать Им п, Аноним (67), 23:15 , 19-Мрт-23, (85) +3

Чем дольше гнилые бинарники совместимы - тем больше не решённых проблем под капо, Ivan_83 (ok), 03:18 , 20-Мрт-23, (86) –1

Ещё маенький нюанс то WinAPI которое вам так нравится, оно принадлежит МС и с э, Ivan_83 (ok), 03:24 , 20-Мрт-23, (87)

Как принадлежит, так и распренадлежит Делов то , Neon (??), 04:14 , 20-Мрт-23, (88)

Зачем им распренадлежать Майки могут просто сделать правильный линукс как ОС C, Аноним (59), 09:35 , 20-Мрт-23, (92)

Не могут Нормальный - это принадлежащий коммунити, что противоречит их традицион, Ivan_83 (ok), 17:54 , 20-Мрт-23, (96)

Вообще, вон на абажуре они забили на идею впаривать его как рантайм для дотнет-о, Аноним (-), 23:03 , 21-Мрт-23, (99)

Попытатся что то отнять у богатой корпорации из америки - нуну , Ivan_83 (ok), 17:52 , 20-Мрт-23, (95) –1

Сказочник МС обратную совместимость уже 30 лет тянут С трудом им удается выкин, Мда (?), 00:41 , 24-Мрт-23, (103) –1

В этих хтонических стандартах только ИИ разберётся теперь , Аноньимъ (ok), 16:36 , 19-Мрт-23, (51)

Да, навыдумывали всякой нечеловеческой х е р н и Для себя, для разработчиков яз, Neon (??), 04:15 , 20-Мрт-23, (89) +1

Ну конечно надо без стандарта положить болт как в расте , Аноним (59), 09:30 , 20-Мрт-23, (91) –2

Раст - дрянь, но C стандарт - дырявая дрянь с кучей undefined behaviour , Мда (?), 00:40 , 24-Мрт-23, (102)

Растохейтеры синтаксис раста сложный, то ли дело С В это время С X X const , Карлос Сношайтилис (ok), 19:48 , 19-Мрт-23, (73) +4

Да они оба монстры , VoiD (?), 20:06 , 19-Мрт-23, (78) –1
Ну во-первых у тебя приведены не полные примеры, некоторые из них синтаксически , DontTreadOnMe (?), 22:02 , 19-Мрт-23, (83)

Для разработчика на С - да Но и раст, так-то, читается как с листа для тех, кт, Карлос Сношайтилис (ok), 13:00 , 20-Мрт-23, (93)

Теорема Эскобара Зачем менять шило на мыло , Аноним (94), 17:16 , 20-Мрт-23, (94)
Раст хейтят как раз за то, что они очередное C , но своё изобрели , Мда (?), 00:39 , 24-Мрт-23, (101) –1

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

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

Сообщение от Аноним (1), 19-Мрт-23, 09:07

Спасибо! Классный проект, и используется как бэкэнд еще более классного проекта Rust.

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

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

Сообщение от Аноним (4), 19-Мрт-23, 09:50

>В бэкенде для архитектуры ARM прекращена поддержка целевых платформ Armv2, Armv2A, Armv3 и Armv3M.
И сюда гномеры пробрались!

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

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

Сообщение от Аноним (6), 19-Мрт-23, 10:11

Ну заброcили устаревшие платформы. А гномеры то тут при чём?

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

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

Сообщение от Аноним (-), 19-Мрт-23, 10:26

У них там офигеть архитектура - вся кодогенерация в одной огроменной суперлибе. Без разбивки на компоненты. Ну либа и стала под сто метров весом. Нормальная такая либа. Только вот вот сдохнет под своим весом. Вот и приходится хоть немного жир выпускать.
Зато, вот, "Не надо держать 100500 сборгк gcc." (c) предыдущий оратор. Задача просто станет нерешаемой вообще :)))

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

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

Сообщение от Аноним (15), 19-Мрт-23, 11:10

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

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

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

Сообщение от Аноним (-), 21-Мрт-23, 22:56

Меня просто размер этой либы начинает пугать. Особенно если посмотреть на то сколько архитектур GCC тулчейны поддерживают и их еще нету в ЭТОМ. "Кадавр жрал" (c).

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

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

Сообщение от Аноним (12), 19-Мрт-23, 10:48

Похоже, что они никогда и не поддерхивались, а то, что компилятор принимал их как аргумент - это ошибка: он всё равнотгенерил код для поздних версий. https://github.com/llvm/llvm-project/issues/57486
Так что если кому нужно v2 и v3, то пусть пилят поддержку, скорее всего её с радостью примут.

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

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

Сообщение от Анонн (?), 19-Мрт-23, 10:58

Это не гномеры. Это новостедел так написал.
Вот что в оригинале:
"-march values for targeting armv2, armv2A, armv3 and armv3M have been removed. Their presence gave the impression that Clang can correctly generate code for them, which it cannot."
Они просто убрали из параметров таргеты, которые и так не поддерживались.

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

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

Сообщение от Аноним (20), 19-Мрт-23, 12:29

Читайте дальше в списке изменений:
Support for targeting Armv2, Armv2A, Armv3 and Armv3M has been removed. LLVM did not, and was not ever likely to generate correct code for those architecture versions so their presence was misleading.

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

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

Сообщение от Аноним (20), 19-Мрт-23, 12:31

Вы процитировали изменения из clang, а теперь посмотрите изменения из списка для llvm.

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

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

Сообщение от Аноним (5), 19-Мрт-23, 09:52

Капец, как же всё сложно стало в этом мире. Слишком много переменных, сущностей...

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

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

Сообщение от Аноним (6), 19-Мрт-23, 10:14

Вообще да, бесит конечно, что всё так сложно. Но сабж как раз делает создание кроссплатформенного софта проще

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

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

Сообщение от Аноним (-), 19-Мрт-23, 10:28

"Компьютеры позволили делать ошибки намного быстрее и массовее!"

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

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

Сообщение от Аноним (47), 19-Мрт-23, 16:15

Вот в неолите помню офигенно было!

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

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

Сообщение от Аноним (48), 19-Мрт-23, 16:19

То ли дело 1000 лет назад - полжизни монотонный труд, полжизни в армии. А потом в 40 лет помер от инфекции для пущей лёгкости.

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

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

Сообщение от Serg (??), 29-Мрт-23, 16:29

Вот то ли дело в 1960х: более двадцати разных архитектур с полузакрытой документацией...

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

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

Сообщение от Шарп (ok), 19-Мрт-23, 11:14

>Разрешено применение некоторых математических символов в идентификаторах, таких как "₊" (, например "double xₖ₊₁")
Зачем? Всё равно человек написавший так в коде будет уволен с позором, а изменения откачены назад.

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

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

Сообщение от Аноним (23), 19-Мрт-23, 12:39

Вот вы и ищете программистов, а на самом деле вы уже всех нормальных программистов выгнали и они к вам больше не идут.

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

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

Сообщение от n00by (ok), 21-Мрт-23, 08:18

Не можете найти соответствующее место в стандарте? Поэтому кого-то надо уволить? Ну так то да.

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

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

Сообщение от VoiD (?), 19-Мрт-23, 11:51

Жуткий монстр из ада.

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

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

Сообщение от Аноним (18), 19-Мрт-23, 12:14

Зато получше устаревшего жопаэльного gcc будет.

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

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

Сообщение от VoiD (?), 19-Мрт-23, 12:24

Гцц тоже тот ещё монстр, но всё же не такой чудовищный, как этот.

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

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

Сообщение от Анонимусс (?), 19-Мрт-23, 12:40

А в чем собственно чудовищность llvm?
Новые архитектуры и языки добавлять легко*, что фронт, что бек.
Поэтому всякие экспериментальные языки создаются как раз на его базе.
*Легко по сравнению с гцц при наличии достаточной компетентности.

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

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

Сообщение от Аноним (1), 19-Мрт-23, 13:15

Вам не ответят - то был типичный "эксперт opennet"

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

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

Сообщение от anonymous (??), 19-Мрт-23, 13:19

вот злодей, что то там гонит на студенческую поделку залитую баблом аппле лишь бы не как в гцц

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

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

Сообщение от Аноним (23), 19-Мрт-23, 13:22

И как бы аппле перевела весь свой софт на M1 без это студенческой поделки?

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

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

Сообщение от Анонимусс (?), 19-Мрт-23, 13:23

При чем тут гонит-не гонит? Гнать можно по разным причинам: лицензия не та, гнутые огороженные экстеншены в ядре хуже оптимизирует, не поддерживает давно умершие маргинальные платформы, и т.д.
Но это все можно сформулировать и как-то обосновать.
А тут получается "огонь плохой!!11"

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

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

Сообщение от VoiD (?), 19-Мрт-23, 13:48

После перехода FreeBSD на clang пересборка мира и ядра стала занимать процентов на 30 больше времени. Наблюдается снижение производительности системы. И самое гадкое это то, что слишком часто стали проскакивать сегфолты, чего ранее на фряхе было встретить крайне сложно. Если собирать GCC, то таких проблем не наблюдается. Вот вам и хвалёный llvm.

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

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

Сообщение от Ivan_83 (ok), 19-Мрт-23, 14:15

Нет.
1. Во времена 3.4 шланга всё собиралось как раз быстрее, он тогда был совсем маленький.
2. С прогретым ccache на 8 ядерном райзене полная пересборка и переустановка системы занимает примерно 5 минут. Те собирается и устанавливается мир, потом собирается и устанавливается ядро (с drm - amdgpu и доп дровами сетевух и прошивками для amdgpu), потом обновляются загрузчики.
С не прогретым - не более получаса.
3. Снижение производительности - ходили какие то слухи во времена 3.4, но с тех пор прошло много лет, и шланг отрастил оптимизации.
В общем ждём пруфов на бенчах со сежей фрёй собраной свежим шлангом из базы и свежим гцц из портов.
4. У меня фря на десктопе и на серверах, никаких сегфолтов я не замечал.
Все падения что я видел, при разборе коредампов указывали на проблемы конкретных приложений.
Попробуйте перейти на память с ECC и вообще проверьте железо.

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

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

Сообщение от VoiD (?), 19-Мрт-23, 14:50

Это повсеместная проблема, я её не с потолка взял.

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

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

Сообщение от Самый умный из вас (?), 19-Мрт-23, 15:04

Но ссылки на них я тебе конечно же не покажу

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

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

Сообщение от Аноним (23), 19-Мрт-23, 15:58

Зачем их показывать когда каждому человеку на Земле доступен поиск по интернету?

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

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

Сообщение от Ivan_83 (ok), 19-Мрт-23, 17:20

Те правоту высказывания анонима, с которым я не согласен я должен сам искать и подтверждать?

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

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

Сообщение от Аноним (59), 19-Мрт-23, 17:59

В интеллект не способен? Твои не согласия твои личные проблемы. Или ты себя пупом мира возомнил что тебе все должны?

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

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

Сообщение от InuYasha (??), 19-Мрт-23, 16:31

И кому же из вас верить, интересно?

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

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

Сообщение от Майор (??), 19-Мрт-23, 16:43

Никому нельзя верить! Даже себе!
А вот мне - можно

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

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

Сообщение от VoiD (?), 19-Мрт-23, 18:48

https://www.phoronix.com/review/freebsd11-clang-gcc
И это только малая часть проблем.

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

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

Сообщение от Самый умный из вас (?), 19-Мрт-23, 19:15

Статья свежак, буквально на днях вышла

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

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

Сообщение от VoiD (?), 19-Мрт-23, 19:54

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

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

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

Сообщение от Аноним (74), 19-Мрт-23, 19:53

Бедняга... Как там в крио-камере?
Хотя, все относительно, 2016й был не таким уж плохим годом.

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

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

Сообщение от Ivan_83 (ok), 19-Мрт-23, 21:16

А зачем вам 11 фря в 2023 году!?
Летом уже 14 будет, 11 давно не поддерживается.

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

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

Сообщение от Ivan_83 (ok), 19-Мрт-23, 17:18

Маки (собранные llvm) повсеместно тормозят и сегфолтятся?
Вы вообще о проблемах llvm представления не имеете, только слышали и собственный опыт+неверные выводы.
Я вот могу вам привести свои тикеты с проблемами llvm, оно уже всё решено.

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

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

Сообщение от Аноним (58), 19-Мрт-23, 17:52

У шланга проблемы с кодогенерацией. Но местами получше msvc, тем и живёт. Зачем корпам завязка на шланг я вижу, но зачем свободным людям отказываться от более качественного и эффективного гцц я не понимаю. Я, если что, лично профилировал получаемый код, и gcc+pgo победитель по всем параметрам.

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

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

Сообщение от VoiD (?), 19-Мрт-23, 18:21

Да, тормозят и сегфолтятятся. Куча багов в UI, файловой системе и драйверах. Оверпрайснутый шлак, который покупают по привычке, ведь раньше это были действительно неплохие компьютеры.

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

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

Сообщение от iZEN (ok), 19-Мрт-23, 16:22

Каким образом тебе удалось собрать современную FreeBSD с помощью GCC? Расскажи, а.

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

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

Сообщение от Ivan_83 (ok), 19-Мрт-23, 17:25

Вроде поддержку не дропнули, хотя я не пробовал.
Раньше в /etc/make.conf надо было задать CC, CCX и вроде оно собирало любым указанным компилятором.
Обычно этим пользовались чтобы использовать шланг по свежее из портов, но думаю некоторые, как войд, могли туда гцц прописать.

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

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

Сообщение от iZEN (ok), 19-Мрт-23, 17:52

Пробовал указывать в /etc/nake.conf:
CC=/usr/local/bin/gcc12
CXX=/usr/local/bin/c++12
CPP=/usr/local/bin/cpp12
Сборка базовой системы FreeBSD 13-STABLE обрывается по ошибке в исходнике:
% cd /usr/src/ && make cleandir buildworld
...
/usr/local/bin/gcc12 -c -O2 -pipe -frename-registers -fno-strict-aliasing -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/ck/include -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.genoffset.o -MTgenoffset.o -fdebug-prefix-map=./machine=/usr/src/sys/amd64/include -fdebug-prefix-map=./x86=/usr/src/sys/x86/include -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error=address -Wno-error=aggressive-loop-optimizations -Wno-error=array-bounds -Wno-error=attributes -Wno-error=cast-qual -Wno-error=enum-compare -Wno-error=maybe-uninitialized -Wno-error=misleading-indentation -Wno-error=nonnull-compare -Wno-error=overflow -Wno-error=sequence-point -Wno-error=shift-overflow -Wno-error=tautological-compare -Wno-unused-but-set-variable -Wno-error=stringop-overflow -Wno-error=memset-elt-size -Wno-error=packed-not-aligned -Wno-address-of-packed-member -Wno-error=alloca-larger-than= -Wno-return-type -Wno-format-zero-length -fms-extensions -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fms-extensions -std=iso9899:1999 -fcommon /usr/src/sys/kern/genoffset.c
gcc12: error: unrecognized command-line option '-fformat-extensions'; did you mean '-fno-ms-extensions'?
*** Error code 1
Stop.

А сборка ядра вообще невозможна:
% cd /usr/src/ && make cleandir buildkernel
...
/usr/local/bin/gcc12 -c -O2 -pipe -frename-registers -fno-strict-aliasing -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/ck/include -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.genoffset.o -MTgenoffset.o -fdebug-prefix-map=./machine=/usr/src/sys/amd64/include -fdebug-prefix-map=./x86=/usr/src/sys/x86/include -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error=address -Wno-error=aggressive-loop-optimizations -Wno-error=array-bounds -Wno-error=attributes -Wno-error=cast-qual -Wno-error=enum-compare -Wno-error=maybe-uninitialized -Wno-error=misleading-indentation -Wno-error=nonnull-compare -Wno-error=overflow -Wno-error=sequence-point -Wno-error=shift-overflow -Wno-error=tautological-compare -Wno-unused-but-set-variable -Wno-error=stringop-overflow -Wno-error=memset-elt-size -Wno-error=packed-not-aligned -Wno-address-of-packed-member -Wno-error=alloca-larger-than= -Wno-return-type -Wno-format-zero-length -fms-extensions -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fms-extensions -std=iso9899:1999 -fcommon /usr/src/sys/kern/genoffset.c
gcc12: error: unrecognized command-line option '-fformat-extensions'; did you mean '-fno-ms-extensions'?
*** Error code 1
Stop.

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

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

Сообщение от VoiD (?), 19-Мрт-23, 18:31

Кто тебе сказал, что я собирал последнюю версию. То была 10 или 11, точно не помню.

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

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

Сообщение от Аноним (74), 19-Мрт-23, 19:56

А давайте сразу 6.2 собирать! Заодно в 2007 вернемся!

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

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

Сообщение от VoiD (?), 19-Мрт-23, 20:19

Не с тобой разговариваю, чернь.

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

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

Сообщение от Anonymoustus (ok), 19-Мрт-23, 13:43

Мне бы для Windows XP. Такая сборка будет или мне дальше страдать, используя GCC^W MS Visual Studio?

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

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

Сообщение от Аноним (42), 19-Мрт-23, 15:54

Собери сам. clang поддерживает таргеттинг XP, нужно только флаги нужные задать. MonGW-w64 прекрасно работает на  XP. Только есть проблема. XP был дропнут разрабами pthreads. Им, видите-ли не хочется runtime dispatch делать, а новое API - 1 (ОДНУ, Карл) функцию от Висты - использовать хочется. В любом случае можно попробовать поставить One Core API, которое эту функцию реализует.

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

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

Сообщение от Аноним (42), 19-Мрт-23, 15:55

При больом желании можно задействовать старую версию pthreads.

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

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

Сообщение от Аноним (79), 19-Мрт-23, 20:15

> При больом желании
Можно и как "больНом" интерпретировать

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

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

Сообщение от Фёдор (?), 20-Мрт-23, 09:06

Можно не ставить весь One Core API (поскольку это так-себе удовольствие, очень уж в нём пока косяков много). Достаточно выдрать оттуда нужную DLL и подсунуть её тому бинарнику, который её хочет (если нужно, то поменять таблицу импорта). А ещё можно написать тупенький враппер, который пробрасывает все вызовы в оригинальную DLL, кроме одной функции, код которой дёрнуть из Wine.

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

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

Сообщение от Официальный представитель LLVM (?), 19-Мрт-23, 15:55

Официально заявляю, никаких сборок для Windows XP мы больше никогда не будем делать. Спасибо за проявленный интерес.

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

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

Сообщение от Аноним (42), 19-Мрт-23, 16:02

,- раздался пронзительный с известной стороны.

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

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

Сообщение от Ivan_83 (ok), 19-Мрт-23, 17:22

Может пора подумать о будущем?
Как вы через 10 лет видите свою жизнь?)

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

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

Сообщение от Аноним (67), 19-Мрт-23, 18:56

>Как вы через 10 лет видите свою жизнь?
Выкатывают open window — клон хп/семерки и все взявшись за руки переходят на него.
Замечу что ос это монолитное АПИ с гарантиями совместимости и безопасности. По такому критерю многие дистрибутивы линуха не являются полноценными ОС — у них нет своего апи поверх которого можно писать пригладные приложения. Есть интерфейс ядра, интерфейсы конкретных системных приложний работающих в нем(вроде тех же иксов), а прикладному софту приходится играть в угадайку с чем он может взаимоестовать и через какие костыли. Именно поэтому конпеляция не останавливается никогда, а в нормальных ОС приложения скомпилированые один раз просто работают годами.
Выйди реально что-то на уровня open win линухи потеряют и те 2% десктопа что имеют.

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

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

Сообщение от Ivan_83 (ok), 19-Мрт-23, 22:22

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

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

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

Сообщение от Аноним (67), 19-Мрт-23, 23:15

>я сам собираю
Молодец, чо. Только не у всех есть время, желание и компетенция это делать. Им проще готовые бинарники давать, и чем дольше и стабильнее работают старые версии, тем меньше головной боли у разработчика и опционально админа.
В мире линухов не считается добродетелью экономить чужие мозговые ресурсы. Это не злой умысел, а простое отсутвие стабильного АПИ ОС помноженное на культуру полного контроля компьютера(казалось бы причем тут @на-льники?). Итог закономерен - 2% пользователей или 3-сигма в матстате, ибо очень необычным кадрам такое нравится.

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

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

Сообщение от Ivan_83 (ok), 20-Мрт-23, 03:18

Чем дольше гнилые бинарники совместимы - тем больше не решённых проблем под капотом и тем дороже это поддерживать.
Вы возможно не застали переход с 9х венды на 2к/хр, а я застал, и помню как приходилось некоторые бинарники патчить для совместимости.
А уж какие эпичные легенты про Ченга ходят и то как он костылял bug-to-bug совместимость под каждое отдельное приложение вы наверняка тоже не знаете.
Ну и там всякие утилиты которые в реестр позволяет записать для каждого приложения какие и как баги эмулировать - это дальнейшее развитие темы.
И отдельно, отладка приложений без исходников - это возня с file/reg/procmon и дебагером, что требует на порядки больше и времени квалификации чем читать и компелять из исходников.
Всё вместе это приводит к:
- бинарник ты наверное можешь перетащить, но рано или поздно он перестаёт работать на свежей ОС
- куча костылей которые нужно поддерживать ради совместимости
- отладка дебагером или всякими низкоуровневыми штуками, за долго и дорого, с патчингом на асме (тут я рекомендую почитать историю про нид фор спид 3 и как его энтузиаст патчил, и то это было возможно потому что в 98 году компилятор был без оптимизаций и асмовый код читается как сишный почти что)

Что до % - мне как то всё равно.
Отмечу только что лет 20 назад в инете были в основном обеспеченные, образованные и целеустремлённые люди, это потом туда пришли остальные 99,9% баласта.

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

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

Сообщение от Ivan_83 (ok), 20-Мрт-23, 03:24

Ещё маенький нюанс: то WinAPI которое вам так нравится, оно принадлежит МС и с этим ничего не поделать. Они в любой момент могут начать регулировать его реализации на законных основаниях.

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

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

Сообщение от Neon (??), 20-Мрт-23, 04:14

Как принадлежит, так и распренадлежит))). Делов то.)))

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

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

Сообщение от Аноним (59), 20-Мрт-23, 09:35

Зачем им распренадлежать? Майки могут просто сделать правильный линукс как ОС. CBL-Mariner уже неплохой заход, только какбэ чуть с другой стороны, но направление верное.

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

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

Сообщение от Ivan_83 (ok), 20-Мрт-23, 17:54

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

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

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

Сообщение от Аноним (-), 21-Мрт-23, 23:03

Вообще, вон на абажуре они забили на идею впаривать его как рантайм для дотнет-онли. А потом забили и на идею продавать там только винду. И теперь более 70% виртуалок на нем - линух. Видимо ну вот не нравится народу винду ремотно менеджить и гонять в автопилоте. Боль это пониже спины, как ни крути.
Наверное они и на остальное могут прогнуться. Даже на замену виндов на линукс, если так выгодней окажется. Ну вон абажур - сервисами барыжит, а не софтом в привычном понимании. И после того как они разрешили там произвольные оси вообще и линух в частности, бизнес пошел сильно бодрей. До этого момента абажур вообще не был даже намеком на конкурента другим крупным игрокам.
Вообще даже GPL сам по себе не особо мешает деньги зарабатывать. А идея продавать вот именно копии, вот именно байтиков - очень уж неестественно смотрится сейчас.

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

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

Сообщение от Ivan_83 (ok), 20-Мрт-23, 17:52

Попытатся что то отнять у богатой корпорации из америки - нуну.

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

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

Сообщение от Мда (?), 24-Мрт-23, 00:41

Сказочник. МС обратную совместимость уже 30+ лет тянут.
С трудом им удается выкинуть лохматый код, чтобы юзвери не ныли.

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

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

Сообщение от Аноньимъ (ok), 19-Мрт-23, 16:36

В этих хтонических стандартах только ИИ разберётся теперь.

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

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

Сообщение от Neon (??), 20-Мрт-23, 04:15

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

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

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

Сообщение от Аноним (59), 20-Мрт-23, 09:30

Ну конечно надо без стандарта положить болт как в расте.

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

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

Сообщение от Мда (?), 24-Мрт-23, 00:40

Раст - дрянь, но C++ стандарт - дырявая дрянь с кучей undefined behaviour.

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

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

Сообщение от Карлос Сношайтилис (ok), 19-Мрт-23, 19:48

Растохейтеры: синтаксис раста сложный, то ли дело С++!
В это время С++:
X(X const&) requires C<T> = default;
constexpr auto __sb = std::tuple<int>(1);
auto g() -> S<T*>::Ptr;
using P = bool(*)(int, int);
int x = a\N{abc});

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

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

Сообщение от VoiD (?), 19-Мрт-23, 20:06

Да они оба монстры.

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

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

Сообщение от DontTreadOnMe (?), 19-Мрт-23, 22:02

Ну во-первых у тебя приведены не полные примеры, некоторые из них синтаксически не корректны.
Во-вторых, тут вполне нормальный синтаксис.
Вот какое-нибудь ([](){})();, что является абсолютно корректным кодом на C++, это да. А у тебя всё вполне понятно.

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

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

Сообщение от Карлос Сношайтилис (ok), 20-Мрт-23, 13:00

> тут вполне нормальный синтаксис
Для разработчика на С++ - да.
Но и раст, так-то, читается как с листа для тех, кто на него хотя бы две недели потратил )

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

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

Сообщение от Аноним (94), 20-Мрт-23, 17:16

Теорема Эскобара.
Зачем менять шило на мыло?

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

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

Сообщение от Мда (?), 24-Мрт-23, 00:39

Раст хейтят как раз за то, что они очередное C++, но своё изобрели.

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

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

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

Партнёры:

Хостинг:

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

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Скрыто модератором	+/–
Сообщение от Аноним (1), 19-Мрт-23, 09:07
Спасибо! Классный проект, и используется как бэкэнд еще более классного проекта Rust.
Ответить \| Правка \| Наверх \| Cообщить модератору

4. "Релиз набора компиляторов LLVM 16.0"	–2 +/–
Сообщение от Аноним (4), 19-Мрт-23, 09:50
>В бэкенде для архитектуры ARM прекращена поддержка целевых платформ Armv2, Armv2A, Armv3 и Armv3M. И сюда гномеры пробрались!
Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Релиз набора компиляторов LLVM 16.0"	+/–
	Сообщение от Аноним (6), 19-Мрт-23, 10:11
	Ну заброcили устаревшие платформы. А гномеры то тут при чём?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Релиз набора компиляторов LLVM 16.0"	+/–
	Сообщение от Аноним (-), 19-Мрт-23, 10:26
	У них там офигеть архитектура - вся кодогенерация в одной огроменной суперлибе. Без разбивки на компоненты. Ну либа и стала под сто метров весом. Нормальная такая либа. Только вот вот сдохнет под своим весом. Вот и приходится хоть немного жир выпускать. Зато, вот, "Не надо держать 100500 сборгк gcc." (c) предыдущий оратор. Задача просто станет нерешаемой вообще :)))
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	15. "Релиз набора компиляторов LLVM 16.0"	+1 +/–
	Сообщение от Аноним (15), 19-Мрт-23, 11:10
	Мне самому не нравится, что для добавления бэкенда нужно пересобирать clang, а нельзя сделать динамическую библиотеку. Можно предположить, что если растащить всё по динамическим библиотекам, то это будет намного труднее сопровождать, ибо каждую экспортируемую функцию надо проанотировать соответствующими макросами, в результате работа сведётся к поиску непроанотированных функций, их анотации и устранению циклических зависимостей (винда их не терпит). И так после каждого изменения внутренней структуры, которая происходит довольно часто.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	98. "Релиз набора компиляторов LLVM 16.0"	+/–
	Сообщение от Аноним (-), 21-Мрт-23, 22:56
	Меня просто размер этой либы начинает пугать. Особенно если посмотреть на то сколько архитектур GCC тулчейны поддерживают и их еще нету в ЭТОМ. "Кадавр жрал" (c).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Релиз набора компиляторов LLVM 16.0"	+2 +/–
	Сообщение от Аноним (12), 19-Мрт-23, 10:48
	Похоже, что они никогда и не поддерхивались, а то, что компилятор принимал их как аргумент - это ошибка: он всё равнотгенерил код для поздних версий. https://github.com/llvm/llvm-project/issues/57486 Так что если кому нужно v2 и v3, то пусть пилят поддержку, скорее всего её с радостью примут.
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	14. "Релиз набора компиляторов LLVM 16.0"	+7 +/–
	Сообщение от Анонн (?), 19-Мрт-23, 10:58
	Это не гномеры. Это новостедел так написал. Вот что в оригинале: "-march values for targeting armv2, armv2A, armv3 and armv3M have been removed. Their presence gave the impression that Clang can correctly generate code for them, which it cannot." Они просто убрали из параметров таргеты, которые и так не поддерживались.
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	20. "Релиз набора компиляторов LLVM 16.0"	+1 +/–
	Сообщение от Аноним (20), 19-Мрт-23, 12:29
	Читайте дальше в списке изменений: Support for targeting Armv2, Armv2A, Armv3 and Armv3M has been removed. LLVM did not, and was not ever likely to generate correct code for those architecture versions so their presence was misleading.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Релиз набора компиляторов LLVM 16.0"	+/–
	Сообщение от Аноним (20), 19-Мрт-23, 12:31
	Вы процитировали изменения из clang, а теперь посмотрите изменения из списка для llvm.
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору

5. "Релиз набора компиляторов LLVM 16.0"	+5 +/–
Сообщение от Аноним (5), 19-Мрт-23, 09:52
Капец, как же всё сложно стало в этом мире. Слишком много переменных, сущностей...
Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Релиз набора компиляторов LLVM 16.0"	+/–
	Сообщение от Аноним (6), 19-Мрт-23, 10:14
	Вообще да, бесит конечно, что всё так сложно. Но сабж как раз делает создание кроссплатформенного софта проще
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Релиз набора компиляторов LLVM 16.0"	+2 +/–
	Сообщение от Аноним (-), 19-Мрт-23, 10:28
	"Компьютеры позволили делать ошибки намного быстрее и массовее!"
	Ответить \| Правка \| Наверх \| Cообщить модератору


	47. "Релиз набора компиляторов LLVM 16.0"	–1 +/–
	Сообщение от Аноним (47), 19-Мрт-23, 16:15
	Вот в неолите помню офигенно было!
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	48. "Релиз набора компиляторов LLVM 16.0"	–1 +/–
	Сообщение от Аноним (48), 19-Мрт-23, 16:19
	То ли дело 1000 лет назад - полжизни монотонный труд, полжизни в армии. А потом в 40 лет помер от инфекции для пущей лёгкости.
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	104. "Релиз набора компиляторов LLVM 16.0"	+/–
	Сообщение от Serg (??), 29-Мрт-23, 16:29
	Вот то ли дело в 1960х: более двадцати разных архитектур с полузакрытой документацией...
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору

16. "Релиз набора компиляторов LLVM 16.0"	+2 +/–
Сообщение от Шарп (ok), 19-Мрт-23, 11:14
>Разрешено применение некоторых математических символов в идентификаторах, таких как "₊" (, например "double xₖ₊₁") Зачем? Всё равно человек написавший так в коде будет уволен с позором, а изменения откачены назад.
Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Релиз набора компиляторов LLVM 16.0"	+2 +/–
	Сообщение от Аноним (23), 19-Мрт-23, 12:39
	Вот вы и ищете программистов, а на самом деле вы уже всех нормальных программистов выгнали и они к вам больше не идут.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	97. "Релиз набора компиляторов LLVM 16.0"	–1 +/–
	Сообщение от n00by (ok), 21-Мрт-23, 08:18
	Не можете найти соответствующее место в стандарте? Поэтому кого-то надо уволить? Ну так то да.
	Ответить \| Правка \| К родителю #16 \| Наверх \| Cообщить модератору

17. Скрыто модератором	+/–
Сообщение от VoiD (?), 19-Мрт-23, 11:51
Жуткий монстр из ада.
Ответить \| Правка \| Наверх \| Cообщить модератору


	18. Скрыто модератором	–2 +/–
	Сообщение от Аноним (18), 19-Мрт-23, 12:14
	Зато получше устаревшего жопаэльного gcc будет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. Скрыто модератором	–1 +/–
	Сообщение от VoiD (?), 19-Мрт-23, 12:24
	Гцц тоже тот ещё монстр, но всё же не такой чудовищный, как этот.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. Скрыто модератором	–1 +/–
	Сообщение от Анонимусс (?), 19-Мрт-23, 12:40
	А в чем собственно чудовищность llvm? Новые архитектуры и языки добавлять легко, что фронт, что бек. Поэтому всякие экспериментальные языки создаются как раз на его базе. Легко по сравнению с гцц при наличии достаточной компетентности.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. Скрыто модератором	+5 +/–
	Сообщение от Аноним (1), 19-Мрт-23, 13:15
	Вам не ответят - то был типичный "эксперт opennet"
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. Скрыто модератором	+/–
	Сообщение от anonymous (??), 19-Мрт-23, 13:19
	вот злодей, что то там гонит на студенческую поделку залитую баблом аппле лишь бы не как в гцц
	Ответить \| Правка \| Наверх \| Cообщить модератору


	31. Скрыто модератором	+2 +/–
	Сообщение от Аноним (23), 19-Мрт-23, 13:22
	И как бы аппле перевела весь свой софт на M1 без это студенческой поделки?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. Скрыто модератором	+/–
	Сообщение от Анонимусс (?), 19-Мрт-23, 13:23
	При чем тут гонит-не гонит? Гнать можно по разным причинам: лицензия не та, гнутые огороженные экстеншены в ядре хуже оптимизирует, не поддерживает давно умершие маргинальные платформы, и т.д. Но это все можно сформулировать и как-то обосновать. А тут получается "огонь плохой!!11"
	Ответить \| Правка \| К родителю #29 \| Наверх \| Cообщить модератору


	36. Скрыто модератором	–3 +/–
	Сообщение от VoiD (?), 19-Мрт-23, 13:48
	После перехода FreeBSD на clang пересборка мира и ядра стала занимать процентов на 30 больше времени. Наблюдается снижение производительности системы. И самое гадкое это то, что слишком часто стали проскакивать сегфолты, чего ранее на фряхе было встретить крайне сложно. Если собирать GCC, то таких проблем не наблюдается. Вот вам и хвалёный llvm.
	Ответить \| Правка \| К родителю #24 \| Наверх \| Cообщить модератору


	39. Скрыто модератором	+2 +/–
	Сообщение от Ivan_83 (ok), 19-Мрт-23, 14:15
	Нет. 1. Во времена 3.4 шланга всё собиралось как раз быстрее, он тогда был совсем маленький. 2. С прогретым ccache на 8 ядерном райзене полная пересборка и переустановка системы занимает примерно 5 минут. Те собирается и устанавливается мир, потом собирается и устанавливается ядро (с drm - amdgpu и доп дровами сетевух и прошивками для amdgpu), потом обновляются загрузчики. С не прогретым - не более получаса. 3. Снижение производительности - ходили какие то слухи во времена 3.4, но с тех пор прошло много лет, и шланг отрастил оптимизации. В общем ждём пруфов на бенчах со сежей фрёй собраной свежим шлангом из базы и свежим гцц из портов. 4. У меня фря на десктопе и на серверах, никаких сегфолтов я не замечал. Все падения что я видел, при разборе коредампов указывали на проблемы конкретных приложений. Попробуйте перейти на память с ECC и вообще проверьте железо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	40. Скрыто модератором	–3 +/–
	Сообщение от VoiD (?), 19-Мрт-23, 14:50
	Это повсеместная проблема, я её не с потолка взял.
	Ответить \| Правка \| Наверх \| Cообщить модератору