-
- Зачем ограничивается размер переменной? Без модификатора, как я
понимаю, она будет 32- (или 16-) разрядной, уместится в регистре и
будет себе увеличиваться, пока дело до END_PIN_ARR не дойдёт. А в
чём смысл сокращать счётчик до байта? - teap0t(09.09.2020 21:20 - 21:27)
- а нафиг ? лютомноголапых мк у меня нет, да и править от проекта к проекту bsp_gpio.c нет желания, не для того она писалась Aleksey_75(91 знак., 09.09.2020 21:31)
- хм, ну эт привычка с 8битников, каждый байт на счету, можно былоб
поставить uint32_t но uint8_t за глаза , не использую мк более 200
выводов - Aleksey_75(09.09.2020 21:24)
- Я в таких местах пишу uint_fast8_t. Хорошо для архитектуры любой
разрядности. Да и вообще все локальные переменные стараюсь
объявлять через xxx_fastX_t. Это ИМХО дает некоторую гарантию
самого оптимального кода для архитектуры любой разрядности. Но есть
нюансы, которые надо держать в уме. - il-2(10.09.2020 08:26)
- Самый выпуклый нюанс -- имя uint_fast8_t длинное и уродливое. - SciFi(10.09.2020 09:13)
- typedef uint_fast8_t ufast8_t; Костыль конечно, но что делать. :-) - il-2(10.09.2020 12:14)
- Самый выпуклый нюанс -- имя uint_fast8_t длинное и уродливое. - SciFi(10.09.2020 09:13)
- Я в таких местах пишу uint_fast8_t. Хорошо для архитектуры любой
разрядности. Да и вообще все локальные переменные стараюсь
объявлять через xxx_fastX_t. Это ИМХО дает некоторую гарантию
самого оптимального кода для архитектуры любой разрядности. Но есть
нюансы, которые надо держать в уме. - il-2(10.09.2020 08:26)
- Зачем ограничивается размер переменной? Без модификатора, как я
понимаю, она будет 32- (или 16-) разрядной, уместится в регистре и
будет себе увеличиваться, пока дело до END_PIN_ARR не дойдёт. А в
чём смысл сокращать счётчик до байта? - teap0t(09.09.2020 21:20 - 21:27)