> ну, я фирмварь не собирал, плюс-минус сто кило… в принципе, некритично.А когда у меня формально 16 кил флехи - и 14 уже юзается - вон то нормальный бонус так то, когда это совсем без моих действий то.
Ну а на десктопнике сие отливается в весьма существенную экономию: LTO может выпилить примерно четверть кода без потерь производительности, а то и прибавив чутка, за счет скипа повторного релоада регистров и проч. Но в GCC 4.x он был бажный что капец и ресурсы жрал неимоверно. А какойнить 12.x с LTO в разы лучше в обоих аспектах.
> ага, та ж фигня. каждый раз (примерно раз в месяц) обещаю себе,
> что когда-нибудь обязательно разберусь, но так лень…
Дык работает же в целом, как и гранд-оверрайд тока заряда или отклюк шатдауна "если очень надо". Я просто так сходу не совсем понял как тому BQ ресет статистик заказать. У него еще параметры батарейки вшиты и там поаккуратней орудовать надо.
> да обычные .deb, кросс-компилером. кросс-компилер вместе с древним эмулятором шёл —
> мне хватает.
Ты их даже кросово, не в виртуалке? Я на более современные armhf иногда в виртуалке прямо с образом демьяна "нативно" фигачу, это медленно но вкаылвает же комп, а заодно изоляция от хоста 100% и это не кросс и все сильно проще.
> я вообще без нужды софт не обновляю: работает — и отлично, новейшие враг
> хорошего. я и рабочую-то систему уж несколько лет не обновлял (и у меня там gcc 6).
Ну а я вот обновил, таки старый gcc стал задалбывать чудесами с сборкой софта, кодеры не очень тестят как оно - и иногда таки отливается. Конкретно мне - в интринсиках. Не, самолично перекладывать интринсики x86_64 на то что умел более старый GCC я не готов. Не люблю x64 asm. Для ARM еще подумал бы но там меня подкупила оптимизация кода. А, да, в принципе 1 тулчейн может как линух и программы билдить - так и Cortex M фирмварь. Это правда немного субоптимально (-armhf- для cortex M фирмвари) - но работает. Хотя -none тулчайн под более классическое ABI более компактный код для МК делает обычно.
