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

Релиз набора компиляторов LLVM 3.9, opennews (??), 03-Сен-16, (0) [смотреть все] Clang может собрать ядро linux , Аноним (-), 00:16 , 03-Сен-16, (1) // LLVMLinux - пока только с некоторым набором патчей три десятка примерно , Владимир (??), 06:50 , 03-Сен-16, (13) –1 Не так Правильный вопрос может ли ядро Линукс быть очищено от gcc-зависимостей, Аноним (-), 04:13 , 03-Сен-16, (10) +9 // Иными словами пока нет, т к в коде Linux есть специфические для GCC вещи др, Аноним (-), 04:35 , 03-Сен-16, (11) +14 Это не проблема сообщества Linux разбираться с кривыми недокомпиляторами , Аноним (-), 10:09 , 03-Сен-16, (16) –6 // Зеркальная реплика по форме сам дурак - это похоже все, на что вы надеетесь, ч, Аноним (-), 11:29 , 03-Сен-16, (22) –2 Боль тут демонстрируют как раз поклонники шланга Ответьте пожалуйста на простой , Аноним (-), 13:06 , 03-Сен-16, (28) –2 Польза 8212 от возможности подтвердить правильность написанного кода больше ч, iZEN (ok), 14:49 , 03-Сен-16, (32) +2 Ядро Linux - никогда и не декларировало совместимость с стандартами си Оно слиш, Аноним (-), 15:32 , 03-Сен-16, (35) –4 http www gnu org software libc manual html_node Variadic-Functions htmlСтандар, Moomintroll (ok), 19:41 , 03-Сен-16, (54) +5 а не расширение gcc , конечно, Moomintroll (ok), 19:42 , 03-Сен-16, (55) Наверно, printf co нам всем приснился, да , Аноним (-), 14:58 , 04-Сен-16, (77) +5 Компилятор всего лишь инструмент Да, было Как же тогда работает printf Н, __yurkis (?), 16:37 , 07-Сен-16, (94) –1 А кто сказал, что они разработчики ядра Linux должны получить от этого пользу , Аноним (-), 15:04 , 03-Сен-16, (33) –2 Тогда зачем им этим заниматься Они как бы шлангофилам ничем не обязаны Никому н, Аноним (-), 15:33 , 03-Сен-16, (36) –1 В стандартах языка Си asm и функции с переменным числом аргументов присутствую, Аноним (-), 15:41 , 03-Сен-16, (39) +1 И что, в стандарте описана передача значений в регистрах в из ассебмлерного кода, Аноним (-), 16:20 , 03-Сен-16, (45) –3 Про переменное число аргументов это случайность Выше было сообщение, где утверж, Аноним (-), 17:31 , 03-Сен-16, (46) Это описано в спецификации ABI, которую обязаны поддерживать все компиляторы, ко, Аноним (-), 14:55 , 04-Сен-16, (76) –1 - Нет, не часть ABI для всех компиляторов У gcc кстати и синтаксис asm не, Анонимный Алкоголик (??), 17:22 , 04-Сен-16, (82) –1 Гм Тогда уж самый Ъ это синтаксис непосредственно орт Intel А не от AT T, __yurkis (?), 16:40 , 07-Сен-16, (95) –1 А реально такой код может собрать только gcc и в меньшей степени шланг Про всяк, Аноним (-), 01:45 , 06-Сен-16, (88) –1 У них как раз нет проблем Они этим не страдают, они этим наслаждаются, использу, Аноним (-), 15:34 , 03-Сен-16, (37) Назовите несколько проблем FreeBSD , iZEN (ok), 18:41 , 03-Сен-16, (49) - Нет нормального пакетника Ну как, пакетник технически уже есть Но пакетами п, Аноним (-), 20:44 , 03-Сен-16, (57) –1 вот тут не соглашусь jail ы вполне себе аналог openvz но требуют больше ручной, й (?), 22:03 , 03-Сен-16, (61) –1 Только openvz был пригоден для продакшна на продажу 10 лет назад И это был шаг , Аноним (-), 02:01 , 04-Сен-16, (70) да какбе десять лет назад уже были и jails, и solaris zones ага а вот внутри их, й (?), 12:48 , 04-Сен-16, (73) –2 Только jails тогда IIRC совсем не умели лимиты а-ля OVZ и виртуалихацию сети А , Аноним (-), 01:57 , 06-Сен-16, (89) Jails лимитились как и юзеры - через общий login conf, если не ошибаюсь OVZ тогд, iZEN (ok), 21:57 , 06-Сен-16, (91) Видно все раскупили - не осталось уже практически , Led (ok), 22:00 , 06-Сен-16, (92) да вы и про heroku, небось, ещё не слышали, хотя уже шесть лет прошло , й (?), 03:18 , 08-Сен-16, (99) –1 Jails и были в продакшене с начала 2000-х Только IBM выделила в это же время на, iZEN (ok), 15:02 , 04-Сен-16, (78) –2 Следующий шаг к просветлению - задуматься, почему ИБМ выделела на гну линукс, а , Анноннимм (?), 03:04 , 05-Сен-16, (84) +1 А могли бы и бздам дать Если бы их проект не был невнятной академкуетой для сфе, Аноним (-), 02:06 , 06-Сен-16, (90) Просветите нас что не умеет pkg из того что умеет нормальный пакетник Мне оче, yurkis (ok), 16:52 , 07-Сен-16, (96) –1 как минимум - разделение порта по пакетам devel, runtime, profile, etc - его не, й (?), 02:56 , 10-Сен-16, (101) Брр apt get головного мозга Пакеты создаются в процессе сборки посредством пр, john123 (ok), 11:27 , 10-Сен-16, (103) –3 Вы не поняли Речь шла о возможности раздробить пакет с исходным кодом, из котор, freehck (ok), 00:33 , 19-Сен-16, (108) У нас точнее отделяются мухи от котлет - http www freshports org search php st, iZEN (ok), 11:34 , 10-Сен-16, (104) –1 В чем конкретно проблема Ты хотел использовать FreeBSD в своих решения и не по , qwerty (??), 10:41 , 10-Сен-16, (102) –1 Ты , Led (ok), 15:42 , 04-Сен-16, (79) –1 User294, опять ты http www open-std org jtc1 sc22 wg14 www docs n1256 pdf7 15 , Jan Dakinevich (ok), 19:26 , 03-Сен-16, (53) +1 Просто интересно, можете привести примеры gcc-зависимостей , Аноним (-), 10:48 , 03-Сен-16, (18) +4 // Сразу видно, что вы компиляторами пользоваться не умеете Чтобы увидеть примеры з, Аноним (-), 11:26 , 03-Сен-16, (21) –4 Ты чего на личности то сваливаешься Умеет он или нет 8212 про это твоё мнение, ананим.orig (?), 12:31 , 03-Сен-16, (24) +2 А вы значит ещё один, чья личность не позволяет определить зависимости кода от к, Аноним (-), 14:45 , 03-Сен-16, (31) –3 Демагог дешевый, тебя попросили привести конкретные примеры GCC-зависимостей , Аноним (-), 10:24 , 17-Сен-16, (105) portmaster graphics vigra graphics vigra 5 The following a, iZEN (ok), 11:32 , 17-Сен-16, (107) AVX-512 - сдаётся мне что оно сыро-глючно Учитывая что в sse и avx я нашёл пару , Ivan_83 (ok), 01:02 , 03-Сен-16, (4) +2 А какие нибудь интересные нестандартные расширения как у гцц у шланга есть И по, nc (ok), 01:02 , 03-Сен-16, (5) // гнушные расширения поддерживает процентов на 70 Насчёт его собственных - не в к, Crazy Alex (ok), 01:06 , 03-Сен-16, (6) +1 Самой главной нестандартной фишкой CLANG явилась его полная поддержка стандартов, Аноним (-), 11:39 , 03-Сен-16, (23) –4 // Ты сабж то читал Про ABI Только сейчас https gcc gnu org onlinedocs libstdc , ананим.orig (?), 12:52 , 03-Сен-16, (27) +2 // Все правильно, вы лишь подтвердили мои слова Потому что в сообществе GCC, засуе, Аноним (-), 15:16 , 03-Сен-16, (34) –2 И все бы ничего, если бы тыкавшие палочкой не обнаружили что и у gcc и у clang п, Аноним (-), 20:46 , 03-Сен-16, (58) –2 Не полная И с багами Но сабж про апи И с учетом млих мсылок выше говорит, чт, ананим.orig (?), 22:19 , 03-Сен-16, (62) Это хорошо Недавно собрал md5deep для ARMv7, сначала с gcc 6 1, потом с clang 3, h31 (ok), 01:11 , 03-Сен-16, (7) // Тут как повезёт Я много экспериментировал с ГОСТ3411-2012, как чисто на С так и , Ivan_83 (ok), 01:56 , 03-Сен-16, (8) // Кстати, может подскажете Когда-то смотрел бенчмарки gcc vs clang, и почти везде , h31 (ok), 03:37 , 03-Сен-16, (9)   // Скорее второе Новенькие проекты гордятся какие они шустрые и легковесные по сра, mumu (??), 07:13 , 03-Сен-16, (14) +4   потому что объективная необходимость , Аноним (-), 13:56 , 03-Сен-16, (29)   GCC серьёзно улучшили, а вот LLVM Clang к 4 0 версии сильно разжирел , iZEN (ok), 11:04 , 03-Сен-16, (20) +1   Да-да, вантузного жабиста только и слушать Стал просто реализовавать стандарты и, ананим.orig (?), 12:37 , 03-Сен-16, (25)   А то du -d1 usr local llvm37 3,2M usr local llvm37 bin 46M usr local llvm37, iZEN (ok), 13:57 , 03-Сен-16, (30) +1   Ну ты и спамер А зачем тебе 3 шланга Ты что, сантехник , Аноним (-), 15:44 , 03-Сен-16, (42)   llvm37 завязан на DRI2 Mesa libEGL 11 2 2, используемых в xorg-server-1 17 4 для, iZEN (ok), 18:49 , 03-Сен-16, (52) –1   Помнится в гцц с ядром подобные детские проблемы были в районе 2 95 Нда давно , ананим.orig (?), 20:16 , 03-Сен-16, (56)   О БээСДэшники собирали своё ядро чем-то другим Чем И кто-что их заставило на , Andrey Mitrofanov (?), 21:23 , 03-Сен-16, (59) +1   DНу это смотря какие Некоторые конЪпилятЪ javac Да ещё и под вантузом, ананим.orig (?), 22:23 , 03-Сен-16, (63) –1   Всё-таки мне удалось скомпилировать не только ядро, но и базовую систему FreeBSD, iZEN (ok), 00:41 , 04-Сен-16, (64) –1   Если у тебя дофига ресурсов и ты хочешь ощутить себя конкретной билдфермой - поп, Аноним (-), 01:24 , 04-Сен-16, (65) –1   У меня старенький процессор, на котором я всего лишь хочу ускорить компиляцию и , iZEN (ok), 00:53 , 05-Сен-16, (83)   А зачем ты венду перекомпилируешь , Led (ok), 09:20 , 05-Сен-16, (85)   Чтобы перестать пить коньяк по утрам , iZEN (ok), 14:59 , 07-Сен-16, (93) –1   несколько дополнительных утилит - clang-tidy, clang-format, clang-include-fixer,, Аноним (-), 06:35 , 04-Сен-16, (71) –1   А что они дают дополнительно Это утилиты только для разработчика полезны, когда, iZEN (ok), 14:52 , 04-Сен-16, (75) –1   С каких это пор у лапчатых есть еще и база Ну хоть бы иногда lkml почитывали, , Аноним (-), 01:25 , 04-Сен-16, (66)   Баги с генеральной линией партии не путаем, да, лапчатый , ананим.orig (?), 08:27 , 04-Сен-16, (72) –1   Теплое с мягким, как некоторые, сравнивая Не, не путаем Кстати, как знаток ген, Аноним (-), 14:00 , 04-Сен-16, (74)   Насколько я помню он и с 3 8 нормально живет, при том если это для амдшек - в 3 , Аноним (-), 01:45 , 04-Сен-16, (67)   Алё Речь шла о скорости компиляции При чём тут размер, занимаемый в ФС , ананим.orig (?), 18:08 , 03-Сен-16, (48)   Пока он хреново оптимизировал код - так и было А как оптимизатор стал сравним п, Аноним (-), 15:42 , 03-Сен-16, (40) +2   Спасибо за ответ, Аноним В таком случае останусь на gcc Развернул на десктопе , h31 (ok), 21:32 , 03-Сен-16, (60)   Подожди, ща они напрягутся и оптимизнут И скорость компиляции станет как у gcc , Аноним (-), 15:46 , 03-Сен-16, (43) // Меньшая скорость может быть благодаря лучшей обработке - больше проверок диангос, Вареник (?), 17:11 , 04-Сен-16, (81) LLVM Clang 3 9 спокойно собирает ядро FreeBSD 11 0-PRERELEASE, а вот собрать мир, iZEN (ok), 11:01 , 03-Сен-16, (19) // Нашла коса на камень , Аноним (-), 15:43 , 03-Сен-16, (41) Наконец-то на радеонах не надо ставить гитовскую версию , commiethebeastie (ok), 12:51 , 03-Сен-16, (26) +1 Fortran мерзавцы добавили, как в прошлом году обещали , КарМер (?), 18:47 , 03-Сен-16, (50) // Не добавили Однозначно, - мерзавцы , КарМер (?), 18:48 , 03-Сен-16, (51) CLANG первые сделали нормальную поддержку стандартов С без тонн собственных н, Вареник (?), 17:03 , 04-Сен-16, (80) +1 Кто может подсказать, куда копать в этой стоп-ошибке usr local llvm39 bin clang, iZEN (ok), 20:14 , 05-Сен-16, (86) –2 // добавить к CFLAGS -Wno-error varargs, Аноним (-), 00:41 , 06-Сен-16, (87) +1 // Теперь другая ошибка usr local llvm39 bin clang -Wno-error varargs -c -O2 -pipe, iZEN (ok), 21:09 , 07-Сен-16, (97) –1 // https wiki freebsd org BuildingFreeBSDWithClangсм NO_WERROR , Аноним (-), 23:53 , 07-Сен-16, (98) +1 WERROR , iZEN (ok), 21:35 , 08-Сен-16, (100) –1 1,4,5,7,19,26,50,80,86

Сообщения

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

	9. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от h31 (ok), 03-Сен-16, 03:37
	Кстати, может подскажете? Когда-то смотрел бенчмарки gcc vs clang, и почти везде говорилось, что clang компилирует в 2-3 раза быстрее gcc. Я много чего собираю на одноплатнике, и хочется, чтобы компиляция шла быстрее. Собственно поэтому и решил поэкспериментировать с clang-ом. Попробовал у себя - разница есть, но намного меньше ожидаемой, процентов 10. Погуглил свежие бенчмарки - да, ситуация поменялась, теперь нет такой большой разницы в скорости сборки. Поэтому интересно, это gcc так сильно ускорили, или наоборот, clang так пожирнел?
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Релиз набора компиляторов LLVM 3.9"	+4 +/–
	Сообщение от mumu (??), 03-Сен-16, 07:13
	Скорее второе. Новенькие проекты гордятся какие они шустрые и легковесные по сравнению с "динозаврами". Вот только лет через пять все снова встает на свои места. Потому что проекты тяжелые и медленные не потому что так кому-то захотелось, а потому что пришлось.
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от Аноним (-), 03-Сен-16, 13:56
	>>потому что пришлось. потому что объективная необходимость.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Релиз набора компиляторов LLVM 3.9"	+1 +/–
	Сообщение от iZEN (ok), 03-Сен-16, 11:04
	GCC серьёзно улучшили, а вот LLVM/Clang к 4.0 версии сильно разжирел.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	25. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от ананим.orig (?), 03-Сен-16, 12:37
	Да-да, вантузного жабиста только и слушать. Стал просто реализовавать стандарты и.. о! Чудо! Стал толстеть. Внезапно.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Релиз набора компиляторов LLVM 3.9"	+1 +/–
	Сообщение от iZEN (ok), 03-Сен-16, 13:57
	> Да-да, вантузного жабиста только и слушать. > Стал просто реализовавать стандарты и.. о! Чудо! Стал толстеть. А то! % du -d1 /usr/local/llvm37/ 3,2M    /usr/local/llvm37/bin 46M    /usr/local/llvm37/lib 18K    /usr/local/llvm37/libexec 219K    /usr/local/llvm37/share 10M    /usr/local/llvm37/include 59M    /usr/local/llvm37/ % /usr/local/llvm37/bin/clang --version clang version 3.7.1 (tags/RELEASE_371/final) Target: x86_64-unknown-freebsd11.0 Thread model: posix % du -d1 /usr/local/llvm38 267K    /usr/local/llvm38/share 11M    /usr/local/llvm38/include 279M    /usr/local/llvm38/bin 18K    /usr/local/llvm38/libexec 124M    /usr/local/llvm38/lib 415M    /usr/local/llvm38 % /usr/local/llvm38/bin/clang --version clang version 3.8.1 (tags/RELEASE_381/final) Target: x86_64-unknown-freebsd11.0 Thread model: posix InstalledDir: /usr/local/llvm38/bin % du -d1 /usr/local/llvm39 93K    /usr/local/llvm39/share 12M    /usr/local/llvm39/include 259M    /usr/local/llvm39/bin 18K    /usr/local/llvm39/libexec 149M    /usr/local/llvm39/lib 420M    /usr/local/llvm39 % /usr/local/llvm39/bin/clang --version clang version 3.9.0 (tags/RELEASE_390/final) Target: x86_64-unknown-freebsd11.0 Thread model: posix InstalledDir: /usr/local/llvm39/bin > Внезапно. % du -d1 /usr/local/llvm-devel/ 163M    /usr/local/llvm-devel/lib 124K    /usr/local/llvm-devel/share 354M    /usr/local/llvm-devel/bin 12M    /usr/local/llvm-devel/include 18K    /usr/local/llvm-devel/libexec 530M    /usr/local/llvm-devel/ % /usr/local/llvm-devel/bin/clang --version clang version 4.0.0 Target: x86_64-unknown-freebsd11.0 Thread model: posix InstalledDir: /usr/local/llvm-devel/bin
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от Аноним (-), 03-Сен-16, 15:44
	Ну ты и спамер. А зачем тебе 3 шланга? Ты что, сантехник?
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от iZEN (ok), 03-Сен-16, 18:49
	> Ну ты и спамер. А зачем тебе 3 шланга? Ты что, сантехник? llvm37 завязан на DRI2/Mesa/libEGL 11.2.2, используемых в xorg-server-1.17.4 для программно-аппаратного ускорения графики свободных драйверов. Остальные версии llvm пробую использовать в качестве замены системного LLVM/Clang 3.8.0. (Пока удалось скомпилировать только ядро, базовую систему не получается)
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от ананим.orig (?), 03-Сен-16, 20:16
	> Пока удалось скомпилировать только ядро, базовую систему не получается Помнится в гцц с ядром подобные детские проблемы были в районе 2.95. Нда.. давно это было.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Релиз набора"	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 03-Сен-16, 21:23
	> Помнится в гцц с ядром подобные детские проблемы были в районе 2.95. > Нда.. давно это было. О! БээСДэшники собирали своё ядро чем-то другим?? Чем?! И кто-что их заставило на этот богомерзкий гцц??!
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Релиз набора"	–1 +/–
	Сообщение от ананим.orig (?), 03-Сен-16, 22:23
	> О! БээСДэшники собирали своё ядро чем-то другим?? :D Ну это смотря какие. Некоторые конЪпилятЪ javac. Да ещё и под вантузом
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от iZEN (ok), 04-Сен-16, 00:41
	>> Пока удалось скомпилировать только ядро, базовую систему не получается > Помнится в гцц с ядром подобные детские проблемы были в районе 2.95. > Нда.. давно это было. Всё-таки мне удалось скомпилировать не только ядро, но и базовую систему FreeBSD 11.0-PRERELEASE с помощью свежего LLVM/Clang 3.8.1, установленным из дерева портов: http://www.freshports.org/devel/llvm38/ Опции сборки:     CLANG          : on     COMPILER_RT    : on     DOCS           : off     EXTRAS         : on     GOLD           : off     LIT            : off     LLD            : on     LLDB           : off     OPENMP         : on Что даёт опция EXTRAS? Имеет смысл задействовать GOLD?
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	65. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от Аноним (-), 04-Сен-16, 01:24
	Если у тебя дофига ресурсов и ты хочешь ощутить себя конкретной билдфермой - попробуй LTO. Смысл такой что линкер делает дополнительный анализ и вырубает весь неиспользуемый код на фазе линковки. В результате бинари как минимум заметно меньше по размеру, что хорошо во всех отношениях. В лучшем случае еще и чуть быстрее из-за увеличения cache hit проца. Ах да, что взамен? Медленная линковка, жрущая ресурсы как танк соляру.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от iZEN (ok), 05-Сен-16, 00:53
	> Если у тебя дофига ресурсов У меня старенький процессор, на котором я всего лишь хочу ускорить компиляцию и сократить время апдейтов из сорцов. Пока добился того, что вынес систему компиляции из базовой системы "наружу", и она стала независима; скорость компиляции ядра и системы возросла в три раза — теперь нужно полтора часа вместо четырёх с половиной.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от Led (ok), 05-Сен-16, 09:20
	> Пока добился того, что вынес систему компиляции из базовой системы "наружу", и > она стала независима; скорость компиляции ядра и системы возросла в три > раза — теперь нужно полтора часа вместо четырёх с половиной. А зачем ты венду перекомпилируешь?
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от iZEN (ok), 07-Сен-16, 14:59
	> А зачем ты венду перекомпилируешь? Чтобы перестать пить коньяк по утрам!
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	71. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от Аноним (-), 04-Сен-16, 06:35
	>Что даёт опция EXTRAS? несколько дополнительных утилит - clang-tidy, clang-format, clang-include-fixer, и что там еще есть в clang-tools-extra.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	75. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от iZEN (ok), 04-Сен-16, 14:52
	>>Что даёт опция EXTRAS? > несколько дополнительных утилит - clang-tidy, clang-format, clang-include-fixer, и что > там еще есть в clang-tools-extra. А что они дают дополнительно? Это утилиты только для разработчика полезны, когда там хочется поковыряться в коде, что-то дополнительно посмотреть-оптимизировать?
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от Аноним (-), 04-Сен-16, 01:25
	>> Пока удалось скомпилировать только ядро, базовую систему не получается > Помнится в гцц с ядром подобные детские проблемы были в районе 2.95. С каких это пор у лапчатых есть еще и "база"? > Нда.. давно это было. Ну хоть бы иногда lkml почитывали, что ли: http://lkml.iu.edu/hypermail/linux/kernel/0407.1/0517.html > Re: GCC 3.4 and broken inlining. http://lkml.iu.edu/hypermail/linux/kernel/1101.0/03126.html > Re: [PATCH] fix miscompiling with GCC 4.5 -finline-functions http://lkml.iu.edu/hypermail/linux/kernel/1407.3/00650.html > Re: Random panic in load_balance() with 3.16-rc > From: Linus Torvalds > Ok, so I'm looking at the code generation and your compiler is pure and utter *shit*. > Adding Jakub to the cc, because gcc-4.9.0 seems to be terminally broken. https://lkml.org/lkml/2015/4/14/576 > Subject    [PATCH] compiler: add support for gcc 6 >gcc has recently bumped its major version and this is causing kernel build errors.
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	72. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от ананим.orig (?), 04-Сен-16, 08:27
	Баги с "генеральной линией партии" не путаем, да, лапчатый?
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от Аноним (-), 04-Сен-16, 14:00
	> Баги с "генеральной линией партии" не путаем, да, лапчатый? Теплое с мягким, как некоторые, сравнивая? Не, не путаем. Кстати, как знаток генеральных линий объяснит вот это: https://lists.freebsd.org/pipermail/svn-src-head/2016-July/0... > Log: >  Do not use -fformat-extensions with non-base versions of gcc >  This unbreaks compiling the kernel/modules with non-base gcc (4.8, >  5.0, etc) if MK_FORMAT_EXTENSIONS=yes (the default).
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от Аноним (-), 04-Сен-16, 01:45
	> llvm37 завязан на DRI2/Mesa/libEGL 11.2.2, Насколько я помню он и с 3.8 нормально живет, при том если это для амдшек - в 3.8 и оптимизация получше и багов меньше.
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	48. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от ананим.orig (?), 03-Сен-16, 18:08
	Алё! Речь шла о скорости компиляции. При чём тут размер, занимаемый в ФС?
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	40. "Релиз набора компиляторов LLVM 3.9"	+2 +/–
	Сообщение от Аноним (-), 03-Сен-16, 15:42
	> Когда-то смотрел бенчмарки gcc vs clang, и почти везде говорилось, что clang > компилирует в 2-3 раза быстрее gcc. Пока он хреново оптимизировал код - так и было. А как оптимизатор стал сравним по качеству кода с gcc, так и скорость компиляции обвалилась до тех же величин. Можешь на форониксе посмотреть. Они иногда бенчат это и там видно что в каждой версии шланг становился все медленнее. > Я много чего собираю на одноплатнике, и хочется, чтобы компиляция шла быстрее. Чудес не бывает: если компиляция проходит быстрее, значит фаза оптимизации выдаст лажовый код. В том же gcc -O0 компилит в разы быстрее -O3, но качество кода тебе не понравится. Зачем тебе пухлый и тормозной код на одноплатнике? :) > поэкспериментировать с clang-ом. Попробовал у себя - разница есть, но намного > меньше ожидаемой, процентов 10. Погуглил свежие бенчмарки - да, ситуация поменялась, Когда он был быстрый - он и код генерил тяп-ляп. Чудес не бывает. Или кто тратит ресурсы на оптимизацию кода или таки получает неоптимальный код. > теперь нет такой большой разницы в скорости сборки. Поэтому интересно, это > gcc так сильно ускорили, или наоборот, clang так пожирнел? И то и другое. GCC подперло конкуренцией и он серьезно улучшился. Clang пытался стать конкурентоспособным по качеству кода и неизбежно затормозился.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	60. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от h31 (ok), 03-Сен-16, 21:32
	Спасибо за ответ, Аноним. В таком случае останусь на gcc. Развернул на десктопе кросс-компилятор, подключил к одноплатнику как узел distcc - стало собирать в несколько раз быстрее.
	Ответить | Правка | Наверх | Cообщить модератору

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

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