Доброго времени суток Коты. Объясните пожалуйста как работает МК в строчке кода if(PINC.B5&&!t) при значениях t ноль и единица. При значении ноль выполняются строки в {} скобках , при значении единица вроде бы не должны выполняться {} скобки, но они выполняются. PINC.B5 в обоих случаях равен единице.
подстановка ! t==1 ничего не поменяла.
Добавлено after 42 minutes 12 seconds:
Получается что !t при t равном единице не ноль. Как это исправить?
//main.h
.
.// Всякие инклюды
.
#include "ds18b20.h"
.
.// Всякие инклюды
.
#include "PrintFunc.h" // В PrintFunc.cpp почему то не видится объявление из ds18b20.h !!!!!
.
.// Всякие инклюды
.
В ds18b20.h соответственно обьявление класса ds18b20.
В PrintFunc.cpp первой строчкой #include "PrintFunc.h", но в PrintFunc.cpp почему то не видится обьявление класса ds18b20 ('ds18b20' has not been declared) из ds18b20.h хотя он обьявлен раньше.
Если в PrintFunc.h подключить ds18b20.h, то всё видится, но как так то? Ведь в main.h "#include "ds18b20.h" стоит раньше "#include "PrintFunc.h".
[uquote="FeCat",url="/forum/viewtopic.php?p=3704784#p3704784"]Если в PrintFunc.h подключить ds18b20.h, то всё видится, но как так то? Ведь в main.h "#include "ds18b20.h" стоит раньше "#include "PrintFunc.h".[/uquote]
#include тупо делает подстановку, т.е. содержимое хедеров добавится в .cpp и в конечном итоге останутся только main.cpp, PrintFunc.cpp и ds18b20.cpp, которые еще и компилируются в произвольном порядке.
[uquote="FeCat",url="/forum/viewtopic.php?p=3704784#p3704784"]Если в PrintFunc.h подключить ds18b20.h, то всё видится, но как так то? Ведь в main.h "#include "ds18b20.h" стоит раньше "#include "PrintFunc.h".[/uquote]вот так то. Когда компилятор собирает PrintFunc.cpp, он совершенно ничего не знает о main.cpp - каждый исходник компилируется изолировано.
Спасибо, когда то читал, но кажись только сейчас начал понимать, когда лбом побился )). Каждый .cpp пользуется только своим набором .h.
И тем не мене опять вопрос с почти теми-же участниками, кто то кого то не хочет видеть.
//PrintFunc.h
#include "SensorConf.h" // Если внутри объявить "void print_SensorConf(SensorConf &ptr);" после объявления класса "SensorConf" то всё нормально собирается.
.
.
.
void print_SensorConf(SensorConf &ptr); // Ругается - "variable or field 'print_SensorConf' declared void",
// "'SensorConf' was not declared in this scope"
// "'ptr' was not declared in this scope"
Функция print_SensorConf принимает ссылку на обьект класса, класс обьявлен в SensorConf.h.
целиком код покажите. В каком конкретно месте объявляется print_SensorConf при ругани? В этом случае компилятор считает сие переменной или полем класса, а не прототипом функции, о чем прямо и неоднозначно говорит.
не про это спрашивал, ну ладно, сойдет. Вижу.
"recipe for target 'SensorConf.o' failed" - т.е. ошибка возникает при попытке скомпилять SensorConf.cpp
из-за адского месива в инклудах прототип из PrintFunc.h появляется в собираемом коде раньше, чем описание класса SensorConf из SensorConf.h. Прикрепил выхлоп препроцессора , гляньте на него.
идея организовать для простоты один мегазаголовочник (здесь - main.h), в который прицеплены вообще все остальные заголовочники и который потом прямо или через какую-нибудь задницу - типа местного global_vars.h или еще чего - появляется в каждом из исходников проекта, очень простая, очевидная и неправильная. Не надо так делать без веских причин.
А зачем Вам в PrintFunc.h включать main.h? Что оттуда нужно конкретно здесь, в этом файле?
Добавлено after 4 minutes 49 seconds: arkhnchul, вопрос не к Вам, естественно.
Хотя идея одного "мега" инклюда вполне могла бы сработать. Лишь бы там были только прототипы функций, описания структур, макросы, и не более того. И, естественно, никаких объявлений переменных. И никаких включений других заголовочных файлов того же проекта, которые могут включать его самого, формируя циклические включения.
WiseLord, почему в одном общем заголовочном файле нельзя объявлять переменные? Я всегда так делаю, решая проблему одним дефайном в исходнике, в чьем обьектнике будет располагатся статический сегмент.
А рекурсивное включение легко избегается одним #ifndef и дефайном.
Добавлю примеры.
В одном из исходных файлов проекта объявляем
Прошу прощения за поздний ответ. Утром предоставлю объяснялки. Отладчиков симуляторов нет но есть лишнее "дерганье ногами" в "железе". Код предоставлю.
Billi34, ты же нас фактически послал с советами сделать нормальную структуру программы. Типа "и так сойдёт". Ну теперь пожинай плоды. Твой код в принципе неуправляем. Это было понятно сразу. Когда опытный программист смотрит на код и не понимает как он работает, то такой код в топку. Впрочем, он и не работает, как и ожидалось.
Добавлено after 52 minutes 13 seconds:
[uquote="arkhnchul",url="/forum/viewtopic.php?p=3705026#p3705026"]идея организовать для простоты один мегазаголовочник (здесь - main.h), в который прицеплены вообще все остальные заголовочники и который потом прямо или через какую-нибудь задницу - типа местного global_vars.h или еще чего - появляется в каждом из исходников проекта, очень простая, очевидная и неправильная. Не надо так делать без веских причин.[/uquote]А я так делаю. #pragma once и namespace позволяют безболезненно инклюдить что угодно и куда угодно, если заголовочные файлы у вас действительно заголовочные. Единственный минус такого подхода - время компиляции. Но, во-первых, современные компиляторы умеют не компилировать много раз одни и те же заголовочные файлы. Во-вторых, у меня на ноуте, который является основным местом сборки эмбеддерских проектов, 8-ядерный проц и SSD. Ну будет у навороченного проекта полная сборка на 5 сек больше, да и чёрт с ним. На простых проектах разница вообще о-малое. Зато я получаю кучу плюсов для себя любимого.
[uquote="VladislavS",url="/forum/viewtopic.php?p=3705079#p3705079"]#pragma once[/uquote]
Не универсально, так как нестандартная конструкция, поддерживаемая не всеми компиляторами. Мой же вариант, приведенный выше, работает с любым компилятором.
Так же #pragma once не позволяет использовать X-Macro, а иногда хочется.
На крупных проектах все редко изменяемые заголовочные файлы предпочитаю объединить включением в один общий файл и скомпилировать, что существенно уменьшает время сборки.
