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

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> а дальше можно хотя бы пытаться собрать gcc штатным образом. > Пох вам расскажет как сделать все дерьмово и сложно. Но есть и > способы лучше. > 1) Берем нормальный компилер на своем хосте, типа свежего гцц из своего > дистро. Не надо быть при этом как пох, если вашему дистро > более 5 лет, выньте скелетов из шкафа уже и поставьте что-то > менее архаичное, нормальный компилер этого уж точно стоит. Им собираем себе > кроссовый gcc, хоть самый свежий. Это быстро и если вы не > используете на хосте окаменелый кал или прочие маздаи - довольно просто > к тому же. GCC обычно может сам себя собрать минуя фазу > бутстрапа, так что с места в карьер непохабный компилер под таргет. > 2) А вот этим уже можно собрать себе ядро, бутлоадеры и проч > как белый человек. >> native нет и быть для этой архитектуры не может) без работающей >> системы - это так себе развлечение. > Если архитектура в gcc поддерживается то самому кросс собрать - ну ваще > не напряг. А если не поддерживается - какой задницей вы думали > когда это железо вообще брали? Будете вместо вендора этого кала компилер > кодить вместо реализации своей задачи? Ну, удачного бизнеса с таким подходом, > можете и заяву о банкротстве заполнить заранее, пригодится: если из чужих > проблем делать свои, бизнес долго не протянет.
	Введите код, изображенный на картинке: