Evgeny_CD, Архитектор (01.12.2021 16:37, просмотров: 164) ответил Evgeny_CD на В этом вся суть нашей Сишечки. С одной стороны, сам по себе С, даже
С11 по стандарту, это не шибко сложная вещь. Но! Если хочешь писать
реально переносимый код на MCU, то нужно одновременно в голове
держать просто срань правил и методов написания кода, от чего
реальный стандарт промышленного С будет 5к страниц, наверное, и
учить его надо 10 лет до уровня Гуру.-
- дык проблема ж в том, что новый стандарт вместо того, чтобы
зафиксировать устоявшееся (хоть и не совсем правильное) поведение
описывает его заново так, что старые программы начинают ломаться. - Mahagam(01.12.2021 21:44)
- Это очень непростая дилемма. В общем и целом, полной переносимости
исходников C90 - > C11 нет. Ну если совсем дотошно. Как я
понял, ломающий практику вариант позволяет несколько ускорить код.
И если писать новый код сразу по новому стандарту, то он будет
быстрее. Т.е. переписываем старые исходники с матюками и болью, и
оно будет хорошо. Evgeny_CD(312 знак., 01.12.2021 22:10)
- ну давай, ускорь проверку переполнения знаковых чисел. которое теперь UB. когда аппаратную особенность подменяют программным костылём - быстрее точно не будет. - Mahagam(01.12.2021 22:42)
- Просто некоторые придурки восприняли UB как "компилятор будет творить непонятную, но очень быструю фигню" - LightElf(01.12.2021 22:34)
- Это очень непростая дилемма. В общем и целом, полной переносимости
исходников C90 - > C11 нет. Ну если совсем дотошно. Как я
понял, ломающий практику вариант позволяет несколько ускорить код.
И если писать новый код сразу по новому стандарту, то он будет
быстрее. Т.е. переписываем старые исходники с матюками и болью, и
оно будет хорошо. Evgeny_CD(312 знак., 01.12.2021 22:10)
- дык проблема ж в том, что новый стандарт вместо того, чтобы
зафиксировать устоявшееся (хоть и не совсем правильное) поведение
описывает его заново так, что старые программы начинают ломаться. - Mahagam(01.12.2021 21:44)