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

В ядре Linux 5.18 планируют разрешить использование стандарта языка Си C11, opennews (??), 25-Фев-22, (0) [смотреть все] ну вот наконец си си кэпвелл и вышел из комы, Аноним (1), 18:02 , 25-Фев-22, (1) +26 // Алилуя, давно пора А, кэпвеллу дивный новый мир не понравится, пичалька , Аноним (-), 19:38 , 25-Фев-22, (24) +1 Это 152400-я серия Санта-Барбары Меня удивляло то, что вполне респектабельные у, Аноним (-), 13:24 , 26-Фев-22, (79) –3 // Понять бы только, с чего тебя так бомбануло , Аноним (106), 13:02 , 27-Фев-22, (106) +5 // Анонимов тоже бомбит - высокорейтинговый сериал опеннета, 1996-2022 год, Аноним (-), 13:28 , 27-Фев-22, (109) За отсутствием сериалов марвела и диснея - сойдет Экранизуйте , Аноним (-), 23:02 , 01-Мрт-22, (125) Весна же Чуть раньше календарной в этом году , Ан (??), 19:18 , 27-Фев-22, (110) Почему тащились Очень просто - потому что другого ничего не было На безрыб, Аноним (107), 13:06 , 27-Фев-22, (107) +1 Ну логично, совковому зрителю вообще можно было что угодно скормить, да и потом,, Crazy Alex (ok), 20:30 , 28-Фев-22, (120) Зачем использовать такую старую спецификацию, всем смысл , Аноним (2), 18:06 , 25-Фев-22, (2) –1 // А в чём ранее был смысл использовать более новую , Аноним (4), 18:10 , 25-Фев-22, (4) +5 // Да хотябы вот C11 Интерфейсы для проверки границ массива , Аноним (2), 18:23 , 25-Фев-22, (8) +8 // Самый лучший интерфейс для этого -- межушный Использование третьей версии языка, adolfus (ok), 11:47 , 28-Фев-22, (116) –1 1 Нормальные типы данных Простите, int - это очень неконкретно Может быть 16 , Аноним (-), 19:48 , 25-Фев-22, (27) +8 // Ты сейчас с кем говорил Давай в контексте ядра Линукс , pashev.me (?), 20:48 , 25-Фев-22, (33) –2 У них большая часть этого есть Только наколенно , Аноним (-), 21:01 , 25-Фев-22, (36) +2 Любишь все блестящее и бесполезное , Аноним (46), 22:12 , 25-Фев-22, (46) –7 Любишь тупые баги в математике, с overrun ами negative index deref и вообще урод, Аноним (63), 02:32 , 26-Фев-22, (63) +4 Вроде пишется по конкретный компилятор А про остальные портируется с ответстве, tty0 (?), 13:39 , 26-Фев-22, (81) Оно как бы так стало не потому что так всем очень нравится, а потому что в станд, Аноним (-), 16:07 , 26-Фев-22, (85) +2 Нативная поддержка типов, и bool в частности, это не только отсутствие необходим, _kp (ok), 12:49 , 26-Фев-22, (76) 1 Вообще-то включать хидеры по стандарту для этого надо С определениями этсамо, Аноним (-), 16:17 , 26-Фев-22, (86) +1 у каждого типа есть гарантированный низ размерности использование фиксированных, . (?), 12:11 , 27-Фев-22, (105) По факту большая часть кода не готова к тому что int будет 16 бит, равно как и c, Аноним (-), 23:18 , 01-Мрт-22, (126) Как определенность в размере типов ухудшает портабельность , Neon (??), 01:52 , 16-Мрт-22, (137) Лишь бы C не использовать , Аноним (119), 16:11 , 28-Фев-22, (119) +1 Да вот только за отсутствие возможности написать for int i 0 i n i , С89 сл, Аноним (53), 23:29 , 25-Фев-22, (53) +4 // И это тоже Полно случаев когда i объявили, сделали большой кус, сто раз забыли , Аноним (-), 02:36 , 26-Фев-22, (64) +1 Говорить не запретишь, но в ядре Хотя молодость, tty0 (?), 13:44 , 26-Фев-22, (82) Ну стандарт языка считает, что уйти в минус оно не может, а в случае с unsigned , memer228 (?), 00:07 , 17-Май-22, (138) Изначально смысл был что бы собирать ядро под платформы где компиляторы частично, _kp (ok), 18:54 , 25-Фев-22, (16) +11   // Никогда не было, ядро никогда ничем кроме gcc нормально не собиралось Даже для , пох. (?), 19:31 , 25-Фев-22, (23) +2   // Тогда оно умерло и это проблемы некромансеров что делать дальше Пусть юзают ядра, Аноним (-), 19:53 , 25-Фев-22, (28) –5   то есть л п4оподелка должна оставаться на тех двух платформах, которые одобрила , пох. (?), 23:16 , 25-Фев-22, (49) –1   То-есть актуальное ядро живет на актуальных платформах, на которые комьюнити или, Аноним (-), 02:44 , 26-Фев-22, (65)   Не под всякую архитектуру и gcc актуальной версии есть , _kp (ok), 23:23 , 25-Фев-22, (51)   А дальше ядра-то что GLibc нужен C99 Думаю, Musl у тоже не менее , Аноним (53), 23:34 , 25-Фев-22, (54)   а дальше можно хотя бы пытаться собрать gcc штатным образом glibc до недавнего в, пох. (?), 00:06 , 26-Фев-22, (58)   Пох вам расскажет как сделать все дерьмово и сложно Но есть и способы лучше 1 , Аноним (-), 16:28 , 26-Фев-22, (87)   В поддерживаемом компилляторе , конечно же , AKTEON (?), 15:31 , 26-Фев-22, (84) А почему не C17, который более модерновый , DEF (?), 18:08 , 25-Фев-22, (3) –8 // Написанно же , макпыф (ok), 18:15 , 25-Фев-22, (5) +2 // И в чем проблема Некрофилы всякие все равно сидят на LTS , Аноним (10), 18:27 , 25-Фев-22, (10) +3 // Это для intel и arm всё хорошо с компиляторами, но есть и менее популярные платф, _kp (ok), 18:57 , 25-Фев-22, (17) +3 о как а выше тролли говорили про никто не будет решать проблемы неосиляторов, Самокатофил (?), 21:12 , 25-Фев-22, (39) –2 Интересно что за платформы такие , Аноньимъ (ok), 08:06 , 26-Фев-22, (70) +1 Отвлекись от х86 и найдешь кучу таких платфром , Дон Педро (?), 22:00 , 26-Фев-22, (102) которые благополучно сдохли в лучшем случае ещё в нулевых, Аноним (131), 10:27 , 02-Мрт-22, (131) Написано ж почемуРассматривалась возможность и использования стандарта C17, но в, Валерий (??), 18:15 , 25-Фев-22, (6) +2 // И, главное назовите вашу любимую фичу C17 которой нет в C11 А, погодите, 17 эт, Аноним (-), 16:40 , 26-Фев-22, (91) Читать надо внимательней , устаревший си (?), 18:15 , 25-Фев-22, (7) С17 содержит практиечски только косметические изменения, не затрагивая по сущест, adolfus (ok), 12:05 , 28-Фев-22, (117) я более довольный, Аноним (20), 19:16 , 25-Фев-22, (20) +3 // Си всё ближн к переходу на быстрый и безопасный язык zig , Аноним (22), 19:19 , 25-Фев-22, (22) // Забавная штука, лучше хруста на вид Но пока дико нестабильная, а некоторые тест, Аноним (-), 19:55 , 25-Фев-22, (29) // Автор вроде так и говорит надо ждать версию 1 0, Аноним (22), 21:08 , 25-Фев-22, (38) –1 Хруст это за 10 лет не смог Эти имеют более резвые планы А то моя фамилия, ув, Аноним (-), 02:49 , 26-Фев-22, (66) –1 Почему не 99 Он в разы более подтдерживаемый, чем 11-ый, да и проблем с совмест, Аноним (30), 20:02 , 25-Фев-22, (30) –3 // Так, глядя на часы, сейчас 2022 вообще-то И если кто за 11 лет не расчехлился, , Аноним (-), 20:11 , 25-Фев-22, (31) +5 Минимальные версии компиляторов, нужных ядру, поддерживают 11 Так что ни чего н, макпыф (ok), 21:25 , 25-Фев-22, (41) +2 Что на что делил анонимус , pashev.me (?), 22:52 , 25-Фев-22, (48) +1 // Плюс бесконечность на NaN , Аноним (-), 16:41 , 26-Фев-22, (92) // Насколько я знаю, любая операция с NaN определена и результат равен NaN, Аноним (99), 18:19 , 26-Фев-22, (99) Э то-есть наконец можно поделить на ноль , Аноним (-), 23:20 , 01-Мрт-22, (127) дык кем в разы поддерживаемый -то Проблема с совместимостью с чем-то более ран, пох. (?), 23:20 , 25-Фев-22, (50) –1 // Как будто, внятные и выделенные сообщения об ошибках это недостаток , Аноним (53), 23:45 , 25-Фев-22, (55) +1 // Если для этого тебе придется на неведомую х-ню с необычной архитектуркой спортир, пох. (?), 23:55 , 25-Фев-22, (57) Один ты тут, ля, умеешь , Аноним (53), 00:50 , 26-Фев-22, (60) +1 Хотел сказать, что чем тупее собщения компилятора, тем легче его портировать Да, Аноним (53), 01:00 , 26-Фев-22, (62) +1 Ну, наверное, все же не так как при нужде портировать туда еще и хруст , Аноним (-), 02:51 , 26-Фев-22, (67) С хрустом пока можно погодить - CoC md и копипасту gpio драйверка можно первое в, пох. (?), 13:02 , 26-Фев-22, (77) Да они пока там на core level своей вундерфафли гамно лаптем хлебают, на каждую , Аноним (-), 16:44 , 26-Фев-22, (93) Я скажу что не подписывался делать вендорскую часть работы, бесплатно, вместо ко, Аноним (-), 16:32 , 26-Фев-22, (88) –1 В нём почти всё было ошибкой, труъ сишники его обычно презирают , leap42 (ok), 05:54 , 26-Фев-22, (68) +1 // На коде этих господ очень интересно запускать фуззинг и статический анализ А по, Аноним (-), 16:34 , 26-Фев-22, (89) Of course, the C standard being the bunch of incompetents they are,they in the p, pashev.me (?), 20:52 , 25-Фев-22, (34) +3 // Hey, some more googling on my part seems to say that somebody saw thelight, and , Ordu (ok), 22:09 , 25-Фев-22, (45) +1 -Wno-shift-negative-value а много где оно есть В принципе это чистое UB Неужел, minimumlaw (?), 20:59 , 25-Фев-22, (35) // Мб временно, макпыф (ok), 21:25 , 25-Фев-22, (42) https m youtube com watch v QpAhX-gsHMsВот теперь заживём , Аноним (40), 21:15 , 25-Фев-22, (40) +3 Да уж, не надо задирать без особой надобности , InuYasha (??), 22:04 , 25-Фев-22, (43) Дещять лет ждал этого с , Анонн (?), 22:06 , 25-Фев-22, (44) Шёл 2022 год , Аноним (53), 23:25 , 25-Фев-22, (52) –1 // Не шёл, а идёт Не наркомань , thhh (?), 23:49 , 25-Фев-22, (56) +1 // Хорошо, пусть будет так , Аноним (53), 00:52 , 26-Фев-22, (61) Шёл, идёт, и будет есть Сижу на БАД ax, Аноним (99), 20:02 , 27-Фев-22, (113) После слова изящно перестал читать, морошка ягодка такая (?), 06:19 , 26-Фев-22, (69) +1 // Вы не любитель изящных искусств Поклонник брутала , Аноним (-), 16:35 , 26-Фев-22, (90) // я вообще слово изящно считаю неприменимым к программированию , морошка ягодка такая (?), 20:51 , 26-Фев-22, (101) +1 // Здравствуй, единомышленник Я так же думаю про слово морошка , Аноним (107), 13:16 , 27-Фев-22, (108) морошка не имеет отношение ни к чему кроме ягод Ты о чём , морошка ягодка такая (?), 19:39 , 27-Фев-22, (112) +2 Какой-нибудь Кнут с этим очень крепко не согласится Но из-за таких считал прогр, Аноним (-), 23:22 , 01-Мрт-22, (128) Извиняюсь, я практик просто, морошка ягодка такая (?), 20:40 , 03-Мрт-22, (132) Да уж В стандарте как в 11 так и в 17, не говоря про предидущие, американским п, Аноним (71), 08:29 , 26-Фев-22, (71) Луддиты какие-то 8230 , iPony129412 (?), 09:54 , 26-Фев-22, (72) –3 А у FreeBSD какой стандарт си , Аноним (73), 10:54 , 26-Фев-22, (73) +1 // Не знаю , Аноним (-), 12:47 , 26-Фев-22, (75) –1 // Почему , Аноним (78), 13:21 , 26-Фев-22, (78) –1 // Потому что не умеет плюсами опенсорса пользоваться Сорцы не читал но осуждаю , Аноним (-), 16:46 , 26-Фев-22, (94) Доисторический Как обычно, безнадежно отстают от перепончатых светочей прогресс, Аноним (-), 13:31 , 26-Фев-22, (80) +2 // Чувак из ixsystem который это выдал про опеннет вообще наверное не знает А верс, Аноним (-), 16:50 , 26-Фев-22, (96) // Да не, это выдал ты - прочитав опять что-то, каким-то местом нет, не глазами , , Аноним (-), 17:50 , 26-Фев-22, (97) Это какой-то юзер там, довольно наглый - запостил перевод с манагерского на англ, Аноним (-), 23:33 , 01-Мрт-22, (129) –1 Юрского периода , Аноним (-), 16:47 , 26-Фев-22, (95) –1 // Т е те древние времена до изобретения бананового смузи с овсяными хлопьями , Аноним (-), 17:57 , 26-Фев-22, (98) // Сейчас в моде немного другие ингредиенты для смузи , Аноним (-), 23:33 , 01-Мрт-22, (130) Они ориентируются на более широкий стандарт POSIX, который сейчас на C99 , Sin2x (ok), 19:33 , 27-Фев-22, (111) Текущий ратифицированный стандарт языка Си это C18 C17 - это всего лишь промежу, Аноним (-), 12:44 , 26-Фев-22, (74) –1 // NOOOOOOO Не может быть Это же combo breaker Они все нечётные И у c тоже C, Ordu (ok), 23:09 , 26-Фев-22, (103) Грамотно было бы на MISRA C, но это нужно уметь правильно писать , ананас (?), 11:25 , 27-Фев-22, (104) –1 // Ну так не ставили задачу писать в соответсвии с MISRA Поставят - научатся , Аноним (53), 07:40 , 28-Фев-22, (114) –1 В том-то и дело Никто не умеет писать грамотно на Си, даже те кто придумал миср, Брат Анон (ok), 15:40 , 01-Мрт-22, (124) +2 С11 В ядро Ну и хипстер , Брат Анон (ok), 14:49 , 28-Фев-22, (118) // Ну не раст жешь, deeaitch (ok), 07:00 , 01-Мрт-22, (122) // Я не знаю, что такое Раст Его ещё не изобрели Но стандарт, которому всего 11 л, Брат Анон (ok), 15:39 , 01-Мрт-22, (123) +1 // Вот тут ты 100 правЕму не 11 лет Ему минимум 22 Ты не с той стороны считал Е, deeaitch (ok), 04:59 , 04-Мрт-22, (133) +1 А, ну тогда норм , Брат Анон (ok), 14:05 , 09-Мрт-22, (135) +1 Не прошло и пол года Быстренько они , Neon (??), 01:49 , 16-Мрт-22, (136) 1,2,3,20,30,34,35,40,43,44,52,69,71,72,73,74,104,118,136

Сообщения

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

	16. "В ядре Linux 5.18 планируют разрешить использование стандарт..."	+11 +/–
	Сообщение от _kp (ok), 25-Фев-22, 18:54
	Изначально смысл был что бы собирать ядро под платформы где компиляторы частично поддерживают стандарты, а таких и сейчас как грязи, не поддерживающих полностью  не только C11, но и gnu99. Далее было лень, наверное, обновлять требования к компиляторам. Но, это не могло длиться вечно, и наконец то обновляются. Молодцы.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	23. "В ядре Linux 5.18 планируют разрешить использование стандарт..."	+2 +/–
	Сообщение от пох. (?), 25-Фев-22, 19:31
	Никогда не было, ядро никогда ничем кроме gcc нормально не собиралось. Даже для llvm, старавшегося сохранить совместимость, пришлось в куче мест править. Изначально был смысл чтобы собирать ядро под платформы, для которых нет и не факт что будет когда-нибудь моднейшая версия gcc. Скажи спасибо если есть кое-как когда-то портированный вендором 2.7.2 Да, внезапно на таких платформах тоже мог кому-то понадобиться линукс. Сегодня вот внезапно выяснилось, что поскольку ниже пятой версии вообще уже давным-давно не собирается, в основном из-за static_assert поди, незачем особо и стараться.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "В ядре Linux 5.18 планируют разрешить использование стандарт..."	–5 +/–
	Сообщение от Аноним (-), 25-Фев-22, 19:53
	> Скажи спасибо если есть кое-как когда-то портированный вендором 2.7.2 Тогда оно умерло и это проблемы некромансеров что делать дальше. > Да, внезапно на таких платформах тоже мог кому-то понадобиться линукс. Пусть юзают ядра современные компилеру, например :) > незачем особо и стараться. Это их проблемы. Те кто в майнлайне присутствует - собираются чем-то явно менее некромансерским. А если вы там сбоку на коленке где-то абы как, ну, вот, заодно и винтажное ядро будете для себя майнтайнить вместе с компилером. TL;DR: никто не будет делать из ваших проблем свои. Абыдна, да?
	Ответить | Правка | Наверх | Cообщить модератору

	49. "В ядре Linux 5.18 планируют разрешить использование стандарт..."	–1 +/–
	Сообщение от пох. (?), 25-Фев-22, 23:16
	то есть л@п4оподелка должна оставаться на тех двух платформах, которые одобрила ibm? Ну ок, все правильно, зачем ее еще куда-то портировать. Профита ibm с этого никакого, и другим платиновым тоже, ведь там поди и винды-то нет. "те кто в мэйнлайне присутствуют" - присутствуют там именно потому что кому-то в свое время удалось этих присутствующих собрать и портировать платформозависимые части. Ну, такими темпами - ненадолго. Нет, трахаться с портированием версии 1.0.102 "современной компилеру" никто не будет, это мартышкин труд. Поищут просто менее хипстерскую систему для своей платформы, которую можно собирать более общедоступными компиляторами.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "В ядре Linux 5.18 планируют разрешить использование стандарт..."	+/–
	Сообщение от Аноним (-), 26-Фев-22, 02:44
	То-есть актуальное ядро живет на актуальных платформах, на которые комьюнити или вендор не забили. Т.е. пока есть те кто майнтайнит это. Они не как бзды, помойкой для подачек быть не собираются. Код или майнтайнится - или сперва в staging, потом если всем пофиг, труп считается трупом и уносится в морг. Правила просты. И мне плевать что там с платформами на 2.7.каком-то gcc, я меньше 7 уже сто лет не видел. Не будут трахаться с портированием? Тем хуже для них, я тоже не собираюсь пользовать окаменелый кал без нормальной диагностики, статического анализа и оптимизаций с кучей ископаемых багов. Поможет платформе помереть быстрей, куда и дорога. Это не мои проблемы - я просто другую возьму. А что эти некромансеры поищут мне не интересно. Как показала практика, их клиенты на раз поищут менее @#$%нутую фирму с которой проще иметь дело в таком случае. В каких-то совсем нишевых случаях может и не поищут, но это будут сильно нишевые системы. И даже им постепенно амба наступает, я так то помог вынести кой кому окаменелый куникс на который все забили так то. Не, он им не нужен был, просто манагерье 100500 лет взяло его потому что круто. Реалтайм им был нафиг не.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "В ядре Linux 5.18 планируют разрешить использование стандарт..."	+/–
	Сообщение от _kp (ok), 25-Фев-22, 23:23
	> Никогда не было, ядро никогда ничем кроме gcc нормально не собиралось. Не под всякую архитектуру и gcc актуальной версии есть.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	54. "В ядре Linux 5.18 планируют разрешить использование стандарт..."	+/–
	Сообщение от Аноним (53), 25-Фев-22, 23:34
	>Скажи спасибо если есть кое-как когда-то портированный вендором 2.7.2 А дальше ядра-то что? GLibc нужен C99. Думаю, Musl'у тоже не менее.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	58. "В ядре Linux 5.18 планируют разрешить использование стандарт..."	+/–
	Сообщение от пох. (?), 26-Фев-22, 00:06
	а дальше можно хотя бы пытаться собрать gcc штатным образом. > GLibc нужен C99. glibc до недавнего времени был кросплатформенным. То есть усилия по портированию минимальны, можно взять тот что попроще. А вот портировать кросс-компилятор (потому что native нет и быть для этой архитектуры не может) без работающей системы - это так себе развлечение.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "В ядре Linux 5.18 планируют разрешить использование стандарт..."	+/–
	Сообщение от Аноним (-), 26-Фев-22, 16:28
	> а дальше можно хотя бы пытаться собрать gcc штатным образом. Пох вам расскажет как сделать все дерьмово и сложно. Но есть и способы лучше. 1) Берем нормальный компилер на своем хосте, типа свежего гцц из своего дистро. Не надо быть при этом как пох, если вашему дистро более 5 лет, выньте скелетов из шкафа уже и поставьте что-то менее архаичное, нормальный компилер этого уж точно стоит. Им собираем себе кроссовый gcc, хоть самый свежий. Это быстро и если вы не используете на хосте окаменелый кал или прочие маздаи - довольно просто к тому же. GCC обычно может сам себя собрать минуя фазу бутстрапа, так что с места в карьер непохабный компилер под таргет. 2) А вот этим уже можно собрать себе ядро, бутлоадеры и проч как белый человек. > native нет и быть для этой архитектуры не может) без работающей > системы - это так себе развлечение. Если архитектура в gcc поддерживается то самому кросс собрать - ну ваще не напряг. А если не поддерживается - какой задницей вы думали когда это железо вообще брали? Будете вместо вендора этого кала компилер кодить вместо реализации своей задачи? Ну, удачного бизнеса с таким подходом, можете и заяву о банкротстве заполнить заранее, пригодится: если из чужих проблем делать свои, бизнес долго не протянет.
	Ответить | Правка | Наверх | Cообщить модератору

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

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