caxapa.ru :: Я пока просто палкой в это всё тычу и смотрю, что происходит. Как перестаю понимать

teap0t (21.09.2020 00:56, просмотров: 413) ответил Aleksey_75 на )) ужоснах int32 отдать под булевы значения

Я пока просто палкой в это всё тычу и смотрю, что происходит. Как перестаю понимать - задаю вопрос.

Это я, здравствуйте. http://the-epic-file.com/bookshelf.htm

Ответить

- если есть встроенный тип bool забейте и оставьте как есть Aleksey_75(106 знак., 21.09.2020 00:59)
  - Говнокод детектед. Как минимум надо #define true (!false). Ну и делать вид, что самопальный bool работает так же, как настоящий -- это обман, он работает иначе. То есть раскидывание граблей. Надо как минимум назвать это всё по-другому. - SciFi(21.09.2020 09:05)
    - Я свой обозвал иначе, т.е. этой ловушки избежал, но в чём инаковость работы? - teap0t(21.09.2020 09:08)
      - Вот: SciFi(267 знак., 21.09.2020 09:12)
        
        Спасибо. Согласен с VLLV. И, кстати, периферийная библиотека ST всегда ведёт сравнение в форме teap0t(312 знак., 21.09.2020 09:53)
        
        Что значит "всегда"? Вы всё проверили? Такие штуки имеют тенденцию обнаруживаться в самый неподходящий момент. В поле, например. - SciFi(21.09.2020 09:55)
        
        Ну, ладно к словам-то цепляться. Я о принципе. За весь код говорить не буду, но подход виден. - teap0t(21.09.2020 10:37)
        
        Вот сразу понятна ущербность bool в виде избыточности. Вообще надо отказаться от лишней сущности и все сравнивать с 0. Все проще ровно в два раза, и это исходные подходы С, это потом развели костылей. - VLLV(21.09.2020 09:17)
        
        По ссылке обоснование. Ну да, не сказать, что очень убедительное >>> - SciFi(21.09.2020 09:39, ссылка)
        
        Я как-то боролся с непониманием определений состояний входов GPIO и стал определять только одно. А для логических выражений доля истины в обосновании есть. - VLLV(21.09.2020 10:24)
  - Ага. Учту такой вариант. Оставить "как есть" не получается - предупреждения выползают. - teap0t(21.09.2020 01:03)
    - С определенным и используемым из #include <stdbool.h> есть проблемы? - RxTx(21.09.2020 01:56)
      - В учебном проекте эта библиотека не используется, но в одном из заголовочных файлов есть очень похожая запись. В проекте teap0t(255 знак., 21.09.2020 02:07)
        
        MISRA ругается потому что для безопасности они не рекомендуют пользоваться обще-генеральными типами int, long итд. Какую длину в байтах будут иметь эти типы зачастую предсказать тяжело и это ведет к ошибкам. Вместо этого они рекомендуют пользоваться встроенными типами у которых в точности известен размер: <inttypes.h> RxTx(1381 знак., 22.09.2020 20:27)
        
        MISRA2004 требует использования стандарта C89 (правило 1.1 обязательное). Я до него пока не дошёл (вернее дошёл, но там столько ошибок вылезает, что я опух слегка). Так что о типе bool придётся забыть. Если я правильно понимаю мисру, то конструкцию if (var) { она пропустит (правило 12.6 обязательное), только если var имеет логический тип (хотя в примере к правилу 16.9 даётся пример корректного кода if( func() ) {}). Тут непонятно, т.к. teap0t(395 знак., 22.09.2020 21:33)
        
        (x == y) - это логический тип, поэтому эти игрища с bool_TypeDef смысла не имеют. А по большому счету правило хорошее. - VLLV(22.09.2020 21:39)
        
        По-моему, мисра -- это не рекомендации. Это запреты в стиле гестапо. Шаг влево, шаг вправо -- расстрел. - SciFi(22.09.2020 20:27)
        
        Вся эта ржака с бешеными автомобилями началась отсюда: RxTx(48 знак., 22.09.2020 20:36, ссылка, ссылка)
        
        История с тоётой -- это про то, как америкашки япошек раскулачивали, ЕМНИП. - SciFi(22.09.2020 21:21)
        
        Причем я сталкивался с японским кодом (для игр) и как бы не удивляюсь, это очень характерно для японцев. Ну там годзиллы, тентакли, бродячие замки, хентай, лоликон, буккакэ... Они такие :))) - RxTx(22.09.2020 20:45)

ARM, RISC-V контроллеры