VladislavS. (01.01.2022 23:38, просмотров: 244) ответил Evgeny_CD на Выкатываем ящик коньяка Мастеру Klen'у - и будет у нас кошерный GCC
с LTO, бл. и шлюхами. Думаю, он даже парочку видеоуроков по отладке
выпустит.-
- В репах archlinux arm-none-eabi-gcc уже версии 11.2.0 - evgeniy1294(04.01.2022 12:47)
- Насчет качества кода это довольно спорно. GCC с правильно
примененными квалификаторами и прагмами скорее всего не проиграет
коммерческим компиляторами. Но опции надо подбирать долго и
тщательно. - Evgeny_CD(02.01.2022 00:04)
- Проверено неоднократно с осциллографом в зубах. В размере
плюс/минус то же самое. Да и размер меня обычно не сильно волнует.
А вот в скорости работы кода уступает. Уже совсем немного, но
медленней. - VladislavS.(02.01.2022 00:35)
- Я не уверен, что все знания по выжиманию всего перфоманса из C++20
доступны всем. Собственно, в этом ценность Мастеров типа Klen
состоит. - Evgeny_CD(03.01.2022 22:18)
- С++ сам по себе не даёт дополнительной производительности. Он лишь
позволяет писать проще сложные вещи. На простом С можно написать
код, который будет транслироваться в то же самое. Но писать
настолько оптимально это большой напряг. Поэтому все эти
оптимизации прячутся внутрь классов и уход на более высокий уровень
абстракции не ухудшает качество кода. Всё можно написать без
шаблонов и constexpr один раз, ну два. А на С++ компилятор делает
все это неустанно при каждой VladislavS.(571 знак., 04.01.2022 10:44 - 17:35)
- Можно подумать, обезьянок к С++ не допускают. - BlackMorda(04.01.2022 10:49)
- Порог входа сильно выше, совсем нули его не преодолеют. - VladislavS.(04.01.2022 11:20)
- Можно подумать, обезьянок к С++ не допускают. - BlackMorda(04.01.2022 10:49)
- С++ сам по себе не даёт дополнительной производительности. Он лишь
позволяет писать проще сложные вещи. На простом С можно написать
код, который будет транслироваться в то же самое. Но писать
настолько оптимально это большой напряг. Поэтому все эти
оптимизации прячутся внутрь классов и уход на более высокий уровень
абстракции не ухудшает качество кода. Всё можно написать без
шаблонов и constexpr один раз, ну два. А на С++ компилятор делает
все это неустанно при каждой VladislavS.(571 знак., 04.01.2022 10:44 - 17:35)
- Я не уверен, что все знания по выжиманию всего перфоманса из C++20
доступны всем. Собственно, в этом ценность Мастеров типа Klen
состоит. - Evgeny_CD(03.01.2022 22:18)
- Проверено неоднократно с осциллографом в зубах. В размере
плюс/минус то же самое. Да и размер меня обычно не сильно волнует.
А вот в скорости работы кода уступает. Уже совсем немного, но
медленней. - VladislavS.(02.01.2022 00:35)
- Насчет отдадки все не так просто. Освоившие дзен GDB показывают
чудеса отладки в консоли. Это не хуже и не лучше. Это просто другой
стиль отладки. - Evgeny_CD(01.01.2022 23:41)
- Извините, но мне работать надо, а не чудеса являть. - VladislavS.(02.01.2022 00:37)
- У меня в консольном gdb получается работать быстрее, чем в отладчиках ide. IAR и Keil подходят разве что для отладки чего-то низкоуровневого, да и то не очень - интерфейс не всегда удачный и по кнопкам тыкать надоедает. - evgeniy1294(04.01.2022 12:50)
- Продакшен и освоение нового инструментария надо чётко разделять.
Инвестировать в освоение надо, иначе окажешься как спец по
программированию 51 на асме в наше время. - Evgeny_CD(03.01.2022 22:20)
- Ну так инструментарий это и есть про продакшен. IDE c мощным отладчиком должна быть. Именно поэтому С++17 в продакшене, а С++20 изучается, нарабатываютя библиотеки, подтягиваются компиляторы. Про себя могу сказать, что я уже готов применять С++20, вижу где он мне поможет писать код быстрее, проще и главное надёжнее. А вот инструментарий мой к этому не готов. Есть классная связка Visual Studio + VisualGDB + Resharper, но отладка не дотягивает до тех же IAR и Keil. - VladislavS.(04.01.2022 11:18)
- Извините, но мне работать надо, а не чудеса являть. - VladislavS.(02.01.2022 00:37)