caxapa.ru :: Ничо подобного - если б хедер не инклудился, то компилятор бы не компилировал. А он компилирует без вопросов. Это IDE пытается делать code assistance, т.е. отследить зависимости параллельно компилятору и независимо от него, но что-то не выходит. Где-то заморочка в путях, которые есть у компилятора, но нет у IDE.

Argon (18.11.2021 15:23, просмотров: 311) ответил RxTx на В подсказке пишет, что "есть неразрешённые инклуды" (разрешать в том смысле что находить, не в том смысле что запрещенные, т.е. инклуды не найдены). Теперь смотри в код почему они не найдены - потому что окружены директивами условной компиляции. Эти дефайны наверняка подставляются в виде "-D define_name" компилятору из makefile, а мейкфайл собирается по XML файлу проекта, оттуда берет имена дефайнов или их на лету подставляет система сборки. Факт в том, что нигде в коде

Ничо подобного - если б хедер не инклудился, то компилятор бы не компилировал. А он компилирует без вопросов. Это IDE пытается делать code assistance, т.е. отследить зависимости параллельно компилятору и независимо от него, но что-то не выходит. Где-то заморочка в путях, которые есть у компилятора, но нет у IDE.

Сейчас вообще наблюдаю Can not include file <stdio.h>, но по клику на этот инклуд stdio.h таки открывается. Вроде как IDE одновременно и видит и не видит этот файл.

Ответить

- Подсветка кода и разрешение преждевременных "ошибок" (code assist) сделаны без компилятора, отдельным механизмом. - RxTx(18.11.2021 15:33)
  - Ну да, я о чем и говорю. Понять бы как привести это в соответствие с компилятором. - Argon(18.11.2021 15:39)

Микроконтроллеры PIC