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

Релиз набора компиляторов 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]

1. "Релиз набора компиляторов LLVM 3.9"	+/–
Сообщение от Аноним (-), 03-Сен-16, 00:16
Clang может собрать ядро linux?
Ответить | Правка | Наверх | Cообщить модератору

Часть нити удалена модератором

	13. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от Владимир (??), 03-Сен-16, 06:50
	LLVMLinux - пока только с некоторым набором патчей (три десятка примерно).
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Релиз набора компиляторов LLVM 3.9"	+9 +/–
	Сообщение от Аноним (-), 03-Сен-16, 04:13
	> Clang может собрать ядро linux? Не так. Правильный вопрос: может ли ядро Линукс быть очищено от gcc-зависимостей и прочего мусора, чтобы его можно было бы собирать правильными компиляторами с внятной системой команд и внятными сообщениями об ошибках, не говоря о прочих преимуществах clang. Да, clang может собирать ядра ОСей общего назначения. Тому подтверждение давным давно собираемый clang-ом мейнстрим FreeBSD. Это не проблема сообщества LLVM разбираться в этой куче бардака под названием "код ядра Linux". Это проблема сообщества Linux привести в порядок кодовую базу своего ядра.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	11. "Релиз набора компиляторов LLVM 3.9"	+14 +/–
	Сообщение от Аноним (-), 03-Сен-16, 04:35
	Иными словами: пока нет, т.к. в коде Linux есть специфические для GCC вещи. // другой Аноним
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Релиз набора компиляторов LLVM 3.9"	–6 +/–
	Сообщение от Аноним (-), 03-Сен-16, 10:09
	Это не проблема сообщества Linux разбираться с кривыми недокомпиляторами.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	22. "Релиз набора компиляторов LLVM 3.9"	–2 +/–
	Сообщение от Аноним (-), 03-Сен-16, 11:29
	> Это не проблема сообщества Linux разбираться с кривыми недокомпиляторами. Зеркальная реплика по форме "сам дурак" - это похоже все, на что вы надеетесь, чтобы хоть как-то попытаться унять вашу боль. Других аргументов у вас нет.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Релиз набора компиляторов LLVM 3.9"	–2 +/–
	Сообщение от Аноним (-), 03-Сен-16, 13:06
	Боль тут демонстрируют как раз поклонники шланга. Ответьте пожалуйста на простой вопрос: какую пользу получат разработчики ядра от возни с переписыванием фрагментов кода в которых используются gcc-специфичные расширения ?
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Релиз набора компиляторов LLVM 3.9"	+2 +/–
	Сообщение от iZEN (ok), 03-Сен-16, 14:49
	> Боль тут демонстрируют как раз поклонники шланга. > Ответьте пожалуйста на простой вопрос: какую пользу получат разработчики ядра от возни > с переписыванием фрагментов кода в которых используются gcc-специфичные расширения ? Польза — от возможности подтвердить правильность написанного кода больше чем одним компилятором. Возможность в дальнейшем выяснить, где слабое звено (код, компилятор1, компилятор2,.., компиляторN), если что-то перестало работать, и исправить его.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Релиз набора компиляторов LLVM 3.9"	–4 +/–
	Сообщение от Аноним (-), 03-Сен-16, 15:32
	> Польза — от возможности подтвердить правильность написанного кода больше чем одним > компилятором. Ядро Linux - никогда и не декларировало совместимость с стандартами си. Оно слишком системное чтобы быть всего лишь стандартным си. Очевидный пример: в стандартном си вообще нельзя декларировать и использовать функции с переменным количеством аргументов. А в gcc такое расширение есть очень давно и оно таки удобное. > Возможность в дальнейшем выяснить, где слабое звено (код, компилятор1, компилятор2,.., > компиляторN), если что-то перестало работать, и исправить его. А заодно получить проприетарный тулчейн в рыло "потому что лицензия позволяет" под кучу железяк. Скомпилят под какую-нибудь федору 15-й версии, и хоть на ушах стой но подымай именно эту хню. Потому что ни подо что другое тулчайн не существует.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Релиз набора компиляторов LLVM 3.9"	+5 +/–
	Сообщение от Moomintroll (ok), 03-Сен-16, 19:41
	> Очевидный пример: в стандартном си вообще нельзя декларировать и использовать функции с переменным количеством аргументов. А в gcc такое расширение есть очень давно и оно таки удобное. http://www.gnu.org/software/libc/manual/html_node/Variadic-F... Стандартная библиотека, а расширение gcc.
	Ответить | Правка | Наверх | Cообщить модератору

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

	77. "Релиз набора компиляторов LLVM 3.9"	+5 +/–
	Сообщение от Аноним (-), 04-Сен-16, 14:58
	> Очевидный пример: в стандартном си вообще нельзя декларировать и использовать функции с > переменным количеством аргументов. А в gcc такое расширение есть очень давно > и оно таки удобное. Наверно, printf & co. нам всем приснился, да?
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	94. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от __yurkis (?), 07-Сен-16, 16:37
	>Ядро Linux - никогда и не декларировало совместимость с стандартами си. Оно слишком системное чтобы быть всего лишь стандартным си. "Компилятор всего лишь инструмент". Да, было. >Очевидный пример: в стандартном си вообще нельзя декларировать и использовать функции с переменным количеством аргументов. Как же тогда работает printf()??? Наверное это магия! >А заодно получить проприетарный тулчейн в рыло "потому что лицензия позволяет" под кучу железяк. Вот этот бред вообще не распарсил. Какой такой "проприетарный тулчейн"? С чего бы ему взятся? >Скомпилят под какую-нибудь федору 15-й версии, и хоть на ушах стой но подымай именно эту хню. Потому что ни подо что другое тулчайн не существует. Эх сколько я тулчейнов чудных видел в эмбедовке! Ах какие ископаемые там были gcc!!! ИЧСХ в бинаре и только под ископаемое окружение.
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	33. "Релиз набора компиляторов LLVM 3.9"	–2 +/–
	Сообщение от Аноним (-), 03-Сен-16, 15:04
	> Ответьте пожалуйста на простой вопрос: какую пользу получат разработчики ядра от возни с переписыванием фрагментов кода в которых используются gcc-специфичные расширения ? А кто сказал, что они (разработчики ядра Linux) должны получить от этого пользу. Было сказано, что это их проблемы. Вот во FreeBSD проблем с переходом на другой компилятор особо не было и код переписывать не пришлось. О пользе заговорили вы. Значит вам clang пользы не приносит. И если у вас от этого ничего не болит, тогда зачем вам знать, какая другим польза от clang. Другой вопрос, какую пользу они (разработчики ядра Linux) получили от того, что привязали ядро к конкретному компилятору, наплевав на стандарты языка. А потом вдруг появился другой компилятор, такой что некоторые до сих упорно продолжают доказывать, что от него якобы пользы нет. > Боль тут демонстрируют как раз поклонники шланга. Если вы уверены что у вас боли нет, тогда у вас не должно быть причин для беспокойства. Поклонники, да, обычно всегда испытывают боль. Просто кроме поклонников есть ещё и специалисты, которые умеют пользоваться без поклонения. Видимо вы об этом не знали.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	36. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от Аноним (-), 03-Сен-16, 15:33
	> А кто сказал, что они (разработчики ядра Linux) должны получить от этого пользу. Тогда зачем им этим заниматься. Они как бы шлангофилам ничем не обязаны. > Вот во FreeBSD проблем с переходом на другой компилятор особо не было и код переписывать не пришлось. Никому не интересная возня в песочнице. > Другой вопрос, какую пользу они (разработчики ядра Linux) получили от того, что привязали ядро к конкретному компилятору, наплевав на стандарты языка. В стандартах языка хотя бы asm() есть ? > Просто кроме поклонников есть ещё и специалисты, которые умеют пользоваться без поклонения. Видимо вы об этом не знали. Как мило. Особенно после всех вами написанных бредней.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Релиз набора компиляторов LLVM 3.9"	+1 +/–
	Сообщение от Аноним (-), 03-Сен-16, 15:41
	В стандартах языка Си asm() и функции с переменным числом аргументов присутствуют. А вы явно не знаете этого языка.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Релиз набора компиляторов LLVM 3.9"	–3 +/–
	Сообщение от Аноним (-), 03-Сен-16, 16:20
	И что, в стандарте описана передача значений в регистрах в/из ассебмлерного кода ? Кстати причем здесь вообще функции с переменным числом аргументов ? Это единственное что вы знаете в C ?
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от Аноним (-), 03-Сен-16, 17:31
	Про переменное число аргументов это случайность. Выше было сообщение, где утверждается, что этого нет в стандарте, я по невнимательности сюда про это ответил. Я не утверждаю, что я знаю Си на 100% и что умею им на все 100% пользоваться. Но ваше ошибочное утверждение, что asm() нет в стандарте, указывает на то, что вы сами не сильно разбираетесь в это языке.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от Аноним (-), 04-Сен-16, 14:55
	> И что, в стандарте описана передача значений в регистрах в/из ассебмлерного кода ? Это описано в спецификации ABI, которую обязаны поддерживать все компиляторы, которые совместимы с целевой платформой. Так что да, это описано в стандарте, хоть и не самого языка.
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	82. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от Анонимный Алкоголик (??), 04-Сен-16, 17:22
	>> И что, в стандарте описана передача значений в регистрах в/из ассебмлерного кода ? > Это описано в спецификации ABI, которую обязаны поддерживать все компиляторы, которые совместимы > с целевой платформой. Так что да, это описано в стандарте, хоть > и не самого языка. :-) Нет, не часть ABI "для всех компиляторов"... (У gcc кстати и синтаксис asm не совсем стандартный. Хотя и правильный...)
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от __yurkis (?), 07-Сен-16, 16:40
	>>> И что, в стандарте описана передача значений в регистрах в/из ассебмлерного кода ? >> Это описано в спецификации ABI, которую обязаны поддерживать все компиляторы, которые совместимы >> с целевой платформой. Так что да, это описано в стандарте, хоть >> и не самого языка. > :-) Нет, не часть ABI "для всех компиляторов"... > (У gcc кстати и синтаксис asm не совсем стандартный. Хотя и правильный...) Гм... Тогда уж самый Ъ это синтаксис непосредственно орт Intel. А не от AT&T
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от Аноним (-), 06-Сен-16, 01:45
	> В стандартах языка Си asm() и функции с переменным числом аргументов присутствуют. А реально такой код может собрать только gcc и в меньшей степени шланг. Про всякие студии даже говорить неудобно. Ты уверен что в какой-нибудь студии или интел ц - asm() работает? И если да то хоть как-то совместим по синтаксису с тем что gcc использует? > А вы явно не знаете этого языка. Да как сказать? Мои знания в этом языке мне не нравятся и можно их здорово улучшить. Чем я и занимаюсь. Ты вот можешь показать какой стандарт определяет asm().
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	37. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от Аноним (-), 03-Сен-16, 15:34
	> А кто сказал, что они (разработчики ядра Linux) должны получить от этого > пользу. Было сказано, что это их проблемы. У них как раз нет проблем. Они этим не страдают, они этим наслаждаются, используя полезные фичи gcc с пылу с жару. Без них они все-равно буксовали бы по черному. Им и асм местами нужен, и функции с переменным числом параметров и прочие явно нестандартные вещи. А фрибсд как раз таки один большой кусок проблем. Как система вообще.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	49. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от iZEN (ok), 03-Сен-16, 18:41
	> А фрибсд как раз таки один большой кусок проблем. Как система вообще. Назовите несколько проблем FreeBSD.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от Аноним (-), 03-Сен-16, 20:44
	> Назовите несколько проблем FreeBSD. - Нет нормального пакетника. Ну как, пакетник технически уже есть. Но пакетами пользоваться в нормальном виде вы не умеете и не лечитесь. Толку с такого пакетника? - Виртуализация в пролете. Не надо своими альфа-версиями махать. Когда они будут сравнимы по фичам, скорости и стабильности с остальными решениями и на этом кто-то рискнет здоровьем запиливать продакшны - тогда и поговорим. - Поддержка железа хромая. На десктопе дров для половины GPU нет. То что нвидия вам блоб закинула под пару архитектур - вообще не ваша заслуга ни разу. - Экосистема - куча проприетарного жлобья. Которое больше всего боится что конкурент на их технологиях разовьется. FFFUUU. - Комьюнити под стать. Ну вот изен. Изен расскажет как все круто. Но при первой же проблеме - процитирует ман или просто сыбет в кусты. Зарулить проблему и решить задачу все это убогое блеяние никому разумеется не поможет. В школе может и не учат, но на все ситуации манов не напишешь. И не всегда удается опереться на предыдущий опыт. - Сказки такизадумано и решимпроблемупотомапокажритечтодали - устарели и не катят.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от й (?), 03-Сен-16, 22:03
	> - Виртуализация в пролете. вот тут не соглашусь. jail'ы вполне себе аналог openvz. но требуют больше ручной работы, чем бинарные дистрибутивы. и да, контейнеризация эффективнее паравиртуализации, факт.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от Аноним (-), 04-Сен-16, 02:01
	> вот тут не соглашусь. jail'ы вполне себе аналог openvz. Только openvz был пригоден для продакшна на продажу 10 лет назад. И это был шаг вперед по сравнению с shared помойками. А jails где были? А сейчас хостинги все чаще продают full virt. Так изоляция лучше, клиент полностью рулит своим окружением, не мыкаясь с тем вгрузит ли админ нужный модуль и вообще запуская ос какая ему там удобна. Оверхеда конечно больше, зато меньше напряга клиентам и саппорту а сервера один черт мощные, с SSD и проч. Вычисления и память могут быть под 95-99% запросто. IO похуже, разумеется. Но со всякими продвинутостями типа virtio во все поля может быть и довольно прилично уже. > ручной работы, чем бинарные дистрибутивы. За такие вещи бзды послали даже всякие яхи и опачи. > и да, контейнеризация эффективнее паравиртуализации, факт. Это так, но зато хуже изоляция и одно ядро на всех что накладывает некие технические лимиты. Как то - разная конфигурация кернелспейса становится невозможна.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Релиз набора компиляторов LLVM 3.9"	–2 +/–
	Сообщение от й (?), 04-Сен-16, 12:48
	да какбе десять лет назад уже были и jails, и solaris zones. > А сейчас хостинги все чаще продают full virt. ага. а вот внутри их всё чаще тот же докер, т.е. возврат к контейнеризации, но с немного другой стороны.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от Аноним (-), 06-Сен-16, 01:57
	> да какбе десять лет назад уже были и jails, и solaris zones. Только jails тогда IIRC совсем не умели лимиты а-ля OVZ и виртуалихацию сети. А без этого хрен такой контейнер продашь хомякам на растерзание. А солярис 10 лет назад был IIRC проприетарный. Это было приговором для технологии уже тогда. А сегодня проприетарщики просто нерукопожатные типы. > ага. а вот внутри их всё чаще тот же докер, т.е. возврат > к контейнеризации, но с немного другой стороны. Докера используют для своих сервисов обычно, а не на продажу. Они чуть более дружелюбные и менее требовательные чем рандомные хомяки с рандомным крапом в качестве workload-a. Full virt хорош тем что хомяк получает квант ресурсов а что на них он запустит, с каким ядром и конфигурацией этого - его проблемы. Меньше недовольства хомякам и меньше головняка саппортам.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от iZEN (ok), 06-Сен-16, 21:57
	>> да какбе десять лет назад уже были и jails, и solaris zones. > Только jails тогда IIRC совсем не умели лимиты а-ля OVZ и виртуалихацию > сети. Jails лимитились как и юзеры - через общий login.conf, если не ошибаюсь. OVZ тогда была проприетарной и в общем случае нуждалась в допиливании под конкретный дистрибутив (нужно было заменять родное ядро Linux на проприетарное). Виртуализации сети до недавнего времени в jail не было, был общий сетевой стэк, подозреваю, использовалось тэгирование трафика и его лимитирование средствами пакетного фильтра. > А без этого хрен такой контейнер продашь хомякам на растерзание. Да вот ведь, и Jail's покупали!
	Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

	92. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от Led (ok), 06-Сен-16, 22:00
	> Да вот ведь, и Jail's покупали! Видно все раскупили - не осталось уже практически...
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	99. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от й (?), 08-Сен-16, 03:18
	> Докера используют для своих сервисов обычно, а не на продажу. да вы и про heroku, небось, ещё не слышали, хотя уже шесть лет прошло.
	Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

	78. "Релиз набора компиляторов LLVM 3.9"	–2 +/–
	Сообщение от iZEN (ok), 04-Сен-16, 15:02
	>> вот тут не соглашусь. jail'ы вполне себе аналог openvz. > Только openvz был пригоден для продакшна на продажу 10 лет назад. И > это был шаг вперед по сравнению с shared помойками. А jails > где были? Jails и были в продакшене с начала 2000-х. Только IBM выделила в это же время на GNU/Linux около миллиарда долларов, и все метнулись их осваивать, не разбирая дороги, что называется. Такой хайп поднялся, а про работающие решения забыли.
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

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

	90. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от Аноним (-), 06-Сен-16, 02:06
	> Jails и были в продакшене с начала 2000-х. Только IBM выделила в > это же время на GNU/Linux около миллиарда долларов, А могли бы и бздам дать. Если бы их проект не был невнятной академкуетой для сферического вакуума, с невменяемым управлением проектом и непонятным вектором развития. > и все метнулись их осваивать, не разбирая дороги, что называется. "Когда дают - нужно брать, от других не отставать" (с). > Такой хайп поднялся, а про работающие решения забыли. Потому что нахрен никому не надо геморрой и камлания на системный культ в качестве решения их задач.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от yurkis (ok), 07-Сен-16, 16:52
	>> Назовите несколько проблем FreeBSD. > - Нет нормального пакетника. Ну как, пакетник технически уже есть. Но пакетами > пользоваться в нормальном виде вы не умеете и не лечитесь. Толку с такого пакетника? Просветите нас что не умеет pkg из того что умеет "нормальный" пакетник. Мне очень интересно. > - Виртуализация в пролете. Не надо своими альфа-версиями махать. Когда они будут > сравнимы по фичам, скорости и стабильности с остальными решениями и на > этом кто-то рискнет здоровьем запиливать продакшны - тогда и поговорим. > - Поддержка железа хромая. На десктопе дров для половины GPU нет. То > что нвидия вам блоб закинула под пару архитектур - вообще не > ваша заслуга ни разу. Как и не линукса заслуга, правда? > - Экосистема - куча проприетарного жлобья. Которое больше всего боится что конкурент > на их технологиях разовьется. FFFUUU. Утизьбозезьмой! Патчи от "врага №1" приняли? Приняли! Все. Смиритесь. Microsoft тоже часть экосистемы. Про Android еще можем вспомнить и кто ТАМ экосистему формирует (со всем сопутствующим типа драйверов на SOC/GPU и т.д.) Qualcomm они безудержные альтруисты навеки преданые идеям СПО :)))) > - Комьюнити под стать. Ну вот изен. Изен расскажет как все круто. > Но при первой же проблеме - процитирует ман или просто сыбет > в кусты. Зарулить проблему и решить задачу все это убогое блеяние > никому разумеется не поможет. В школе может и не учат, но > на все ситуации манов не напишешь. И не всегда удается опереться > на предыдущий опыт. Ну, комьюнити, чей стиль общения укладывается в фразу "because fuck you" оно как- бы специфично, не? Общаясь в LKML знать что тебя вполне могут обозвать говнюком и послать по матушке оно удовольствие не для всех. Ну не всех людей оно устраивает. > - Сказки такизадумано и решимпроблемупотомапокажритечтодали - устарели и не катят.
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	101. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от й (?), 10-Сен-16, 02:56
	> что не умеет pkg из того что умеет "нормальный" пакетник как минимум: - разделение порта по пакетам (devel, runtime, profile, etc) - его нельзя обновлять по крону, обязательно поломается. а в debian stable можно потому, что у них есть понятие stable. а в freebsd для портов только current. да, я помню минорный апгрейд redis, который внезапно сменил api и всё перестало работать - подключение дополнительных репозитариев, кроме штатного
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Релиз набора компиляторов LLVM 3.9"	–3 +/–
	Сообщение от john123 (ok), 10-Сен-16, 11:27
	>> что не умеет pkg из того что умеет "нормальный" пакетник > как минимум: > - разделение порта по пакетам (devel, runtime, profile, etc) Брр... apt get головного мозга. Пакеты создаются в процессе сборки посредством правил make. pkg.tar.xz являеться контейнером, что укажешь pkgng, то в нем и будет. # ls -d1 /usr/bsdports/databases/postgresql95* /usr/bsdports/databases/postgresql95-client /usr/bsdports/databases/postgresql95-contrib /usr/bsdports/databases/postgresql95-docs /usr/bsdports/databases/postgresql95-pgtcl /usr/bsdports/databases/postgresql95-plperl /usr/bsdports/databases/postgresql95-plpython /usr/bsdports/databases/postgresql95-pltcl /usr/bsdports/databases/postgresql95-server > - его нельзя обновлять по крону, обязательно поломается. Ты админ локалхоста? Первый вопрос который я задаю таким товарищам, когда они пытаются применить свои великие познания локалхостера в предприятии, а нахера вы обновляете систему? Реальные цели? >а в freebsd для портов только current. да, я помню минорный апгрейд redis, который внезапно сменил api и всё перестало работать Да, я помню, когда трахался с компиляцией perl 5.18 и шлейфом за ним и с ним, для debian stable, потому что 1 кто-то в debian решил что все круто, _у нас_ все совместимо, у нас будет perl 5.20, но вот проблема - в этой версии довольно сильно поменяли обработку шаблонов и еще по мелочи, 2 такой же умник как ты решил обновить систему, ведь все круто, можно обновлять по крону, 3 и в результате деятельность пары сотен людей стала колом на день. И хорошо что только на день. Ты получаешь систему как общественный продукт по нулевой стоимости "как есть", со всеми ее политиками и особенностями, и и ожидаешь что кто будет решать твои проблемы с приложениями? Ты хоть один PR написал? И еще, погугли таки по буквам "управление конфигурациями".
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от freehck (ok), 19-Сен-16, 00:33
	>>> что не умеет pkg из того что умеет "нормальный" пакетник >> как минимум: >> - разделение порта по пакетам (devel, runtime, profile, etc) > Брр... apt get головного мозга. > Пакеты создаются в процессе сборки посредством правил make. > pkg.tar.xz являеться контейнером, что укажешь pkgng, то в нем и будет. Вы не поняли. Речь шла о возможности раздробить пакет с исходным кодом, из которого порт собирается, на несколько пакетов. В системе на основе бинарных пакетов Вы можете выделить всё, что необходимо для рантайма - в один пакет. Всё, что необходимо для сборки - в другой. Фишка в том, что для пользования программой, вовсе не обязательно иметь в системе заголовочные файлы, объектники и т.д. >> - его нельзя обновлять по крону, обязательно поломается. > Ты админ локалхоста? > Первый вопрос который я задаю таким товарищам, когда они пытаются применить свои > великие познания локалхостера в предприятии, а нахера вы обновляете систему? Реальные > цели? Ну например для своевременного получения обновлений безопасности, чтобы они оказались на боевом сервере "как только так сразу". Например, в debian, Вы можете включить спокойно включить например автоматические security-updates, и вероятность того, что у вас что-то поломается - почти нулевая, потому что таким образом вы будете получать только обновления безопасности. > Да, я помню, когда трахался с компиляцией perl 5.18 и шлейфом за ним и с ним, для debian stable, потому что Вы же могли просто откатиться на 5.18 и зафиксировать его гвоздиком (pin it!)... И вместо этого Вы собирали perl 5.18 самостоятельно? Вы понимаете, что Вы тот ещё деструктор? Надеюсь, что Вы хотя бы checkinstall-ом устанавливали. Иначе там после Вас дикая помойка осталась, которую крайне проблемно вычистить.
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от iZEN (ok), 10-Сен-16, 11:34
	>> что не умеет pkg из того что умеет "нормальный" пакетник > как минимум: > - разделение порта по пакетам (devel, runtime, profile, etc) У нас точнее отделяются мухи от котлет - http://www.freshports.org/search.php?stype=name&method=prefi... > - его нельзя обновлять по крону, обязательно поломается. Необязательно. > можно потому, что у них есть понятие stable. а в freebsd > для портов только current. да, я помню минорный апгрейд redis, который > внезапно сменил api и всё перестало работать Поэтому нужно читать /usr/ports/UPDATING, чтобы отслеживать ключевые изменения. > - подключение дополнительных репозитариев, кроме штатного Прикинь, оно есть с 9.x версии: http://vasilisc.com/freebsd-pkg-repository
	Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

	102. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от qwerty (??), 10-Сен-16, 10:41
	> Нет нормального пакетника. Ну как, пакетник технически уже есть. > Виртуализация в пролете... > Когда они будут сравнимы по фичам... > Поддержка железа хромая... В чем конкретно проблема? Ты хотел использовать FreeBSD в своих решения и не по ряду причин не смог? Какие конкретно? Не смог запустить bhyve? Не справился с установкой пакетов? Ты копируешь дистрибутив по нулевой стоимости, и ожидаешь что кто-то будет заниматься твоими проблемами, в том числе вопросами твоего обучения? Но ведь ты и в глаза ни одну *BSD OS не видел? > Комьюнити под стать. > Но при первой же проблеме - процитирует ман Ты не знаешь английский в базовом уровне? RTFM - Read The Facking Manual Читай же это гребаное руководство. Этой абреввиатуре уже лет 40 точно. В моей практике, по руковоству FreeBSD системой управляют совсем далекие от IT разработки люди.
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	79. "Релиз набора компиляторов LLVM 3.9"	–1 +/–
	Сообщение от Led (ok), 04-Сен-16, 15:42
	>> А фрибсд как раз таки один большой кусок проблем. Как система вообще. > Назовите несколько проблем FreeBSD. Ты.
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	53. "Релиз набора компиляторов LLVM 3.9"	+1 +/–
	Сообщение от Jan Dakinevich (ok), 03-Сен-16, 19:26
	User294, опять ты? > функции с переменным числом параметров http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf 7.15 Variable arguments <stdarg.h>
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	18. "Релиз набора компиляторов LLVM 3.9"	+4 +/–
	Сообщение от Аноним (-), 03-Сен-16, 10:48
	Просто интересно, можете привести примеры gcc-зависимостей?
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	21. "Релиз набора компиляторов LLVM 3.9"	–4 +/–
	Сообщение от Аноним (-), 03-Сен-16, 11:26
	Сразу видно, что вы компиляторами пользоваться не умеете. Чтобы увидеть примеры зависимостей от GCC в коде ядра Linux - для этого достаточно запустить на этом коде любой другой компилятор, отличный от GCC. Почему вы думаете FreeBSD удалось практически сразу перевести на CLANG? Потому что они сразу они изначально придерживались стандартов языка C. А не полагались на веру в единственно правильный компилятор. И сейчас не полагаются. Появится копилятор лучше CLANG - им будет несложно перейти на него.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Релиз набора компиляторов LLVM 3.9"	+2 +/–
	Сообщение от ананим.orig (?), 03-Сен-16, 12:31
	Ты чего на личности то сваливаешься? Умеет он или нет — про это твоё мнение не спрашивали. Пример gcc-зависимостей давай приводи раз вылез.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Релиз набора компиляторов LLVM 3.9"	–3 +/–
	Сообщение от Аноним (-), 03-Сен-16, 14:45
	> Ты чего на личности то сваливаешься? > Умеет он или нет — про это твоё мнение не спрашивали. Пример gcc-зависимостей давай приводи раз вылез. А вы значит ещё один, чья личность не позволяет определить зависимости кода от компилятора при наличии доступа к коду и компилятору. И вам нужны другие личности, которые бы эти самые зависимости привели. > давай приводи раз вылез. И раз уж ваша личность вылезла с требованием привести зависимости, когда их и так можно получить самостоятельно, тогда уж приведите пожалуйста необходимость самого приведения. Проще говоря, зачем вам понадобилось, чтобы вам это привели? И что вы с резузультатом этого приведения собирались делать? И вообще, какой именно ущерб вы усмотрели для своей личности? Ну, раз уж вы вылезли со своей личностью.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от Аноним (-), 17-Сен-16, 10:24
	Демагог дешевый, тебя попросили привести конкретные примеры GCC-зависимостей.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Релиз набора компиляторов LLVM 3.9"	+/–
	Сообщение от iZEN (ok), 17-Сен-16, 11:32
	> Демагог дешевый, тебя попросили привести конкретные примеры GCC-зависимостей. % portmaster graphics/vigra ... ===>>> graphics/vigra >> (5) ===>>> The following actions will be taken if you choose to proceed:     Install graphics/vigra     Install graphics/OpenEXR     Install math/fftw3     Install lang/gcc     Install print/texinfo     Install math/fftw3-float %
	Ответить | Правка | Наверх | Cообщить модератору

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

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