А никак. Она в озу должна быть uint8_t, а в регистрах - uint_fast8_t, что на автоматизме компилятором не поддерживается. Следовательно правильный ответ - фтопку bool.

+ пицот

Тем более, что важен не сам bool, а в логическом выражении. А тут уже структуры с битовыми полями утрясутся компилятором до пары выражений and/or с константой (набором бит), а при операциях с тупо bool - никогда красоты такой не увидать.

Если звезды зажигаются, значит это кому-то нужно.

Эта звезда точно нах не нужна

Bool - это закидон из языка другого уровня, повыше, чем Си (хоть с десятью плюсами).

В курсе

Эта "звезда" предусмотрена специально для пришедших с "языка другого уровня", дабы не вызывать у них состояние когнитивного диссонанса.

А эффект от него - обратный. Вводящий в ступор.  Как и реализация довольно-таки абстрактного и платформенно-зависимого типа Boolean на "языке другого уровня" в виде 1 байта. Дурдом.

Какой ещё ступор? Нормальный тип, два состояния, "да" или "нет".
Логически воспринимается проще, чем int или char для этой же цели.

Человеком, но не процом с разрядностью регистров больше char.

Хороший пример. Хотя эти заразы (Luminarymicro) для получения даташита требуют регистрации, нашел, хоть и устаревший (2006-го). И что там видим.

Да, круто. PLL до 200МГц, UART с буферами, до 4-х 16 битных таймеров, встроенное деление, LDO .... В общем ГУД.

А теперь ложка дегтя . Традиционно - отсутствие ЕЕPROM. Нет АЦП. Ну и самое главное - потребление 35 мА на 20 МГц "System Clock(with PLL)" (сколько кушает в sleep-е в той доке не указано )!!!

ЗЫ. В общем вот так и получаем, что как только речь заходит о устройстве с батарейным питанием AtMega88 становится в данном случае более разумным выбором (кстати, и более дешевым) чем LM3S102...

Ну тут, видимо, компромисс между скоростью обработки и обьёмом занимаемой памяти...


А что так боимся зарегистрироваться? Не съедят, уверяю!

Какой, к черту, компромисс? Вот если бы bool был нативным типом у компилятора, да еще и правильно обрабатывался, тогда да.

Чего-то я не понимаю. В чём проблема-то? Хотите быстро, определите свой тип BOOL как uint_fast8_t. Хотите компактно используйте макрос битовой упаковки. Си позволяет делать и то и другое. Контроллеры то тут причём?

Хочется, чтобы и быстро, и качественно. А это значит, что пока операнд в регистрах - должен иметь тип uint_fast8_t, а когда попадает в ОЗУ - просто uint8_t. Без нативной поддержки компилятором это сделать автоматически невозможно, а значит bool идет лесом



Контроллеры ни при чем. Так, оффтоп небольшой. Щас завяжем, опять будем AVR8 гноить