многомодульная программа, ошибки компоновщика

[denrubun]

Столкнулся с кучей проблем при разделении программы на модули.
постоянно получаю тонны ошибок линкера на тему "ссылка на неразрешенный внешний символ" или "ххх уже определен в ...".

собственно как правильно поделить код по файлам?

в книжке читал что феншуйно так:

интерфейс класса в хедер и подключать везде, где используется этот класс
+ в хедере прописать #ifnfef ..... ну и дальше ясно
реализацию в срр и сунуть в проект, а линкер там уж его найдет.

но со временем все усложнилось:

инлайн функции надо определять прямо в хедере, а то компил ругается
шаблоны тоже, иначе получаю пресловутые ошибки из-за отсутствия инстанцирования

при этом я не знаю как поступать с глобальными функциями, если написать в хедере их прототипы, а в срр реализации это тоже не всегда работает, почему то бывает линкер их не находит

более того, когда в решении (пишу в visual studio) становится много проектов бывает линкер не находит и реализации классов (предположительно это из-за того что реализация в другом проекте), хотя если подключить реализацию, он ругнется на повторное определение

как же все-таки сделать так что бы было удобно как со стандартными библиотеками?

посоветуйте может книжку/статью...

[Igor95]

Сообщение от denrubun

при этом я не знаю как поступать с глобальными функциями, если написать в хедере их прототипы, а в срр реализации это тоже не всегда работает, почему то бывает линкер их не находит

Тут уже нужна внешняя линковка. Т.е extern.

[denrubun]

я читал что переменные нужно extern, так и делаю (и все ок!), а вот функции extern не обязательно, т.е. слово просто пропускается, главное чтобы был прототип
или из хедера убрать #ifndef ...... и тогда будет ок?

[Кащей]

Сообщение от denrubun

я читал что переменные нужно extern, так и делаю (и все ок!), а вот функции extern не обязательно, т.е. слово просто пропускается, главное чтобы был прототип
или из хедера убрать #ifndef ...... и тогда будет ок?

Попробуй все варианты включая предложенные и посмотри как лучше, потом отпишись ок?

[denrubun]

отписываюсь:
для переменных extern необходим, и все работает
для функций extern значения не имеет (проверил)
пробовал убрать #ifndef из хедера (в котором функции глобальные) - проблемы не решает (ожидаемо), ведь ошибка не "не знаю что за функция", а "тело функции не найдено"

могу добавить что если все методы определять внутри класса, то все работает, единственное, читать это мне абсолютно не нравится

я пробовал кучу вариантов, и все это кончалось безумными времязатратами и брутом, как бы наконец угодить компоновщику, где достаточно хедера, а где придется сунуть срр

[Igor95]

#ifndef
#define
#endif
Директивы, в совокупности, осуществляющие защиту от переподключения заголовочных файлов, что может привести к проблеме неоднозначности имен в модулях приложения.

[denrubun]

мне нужно в срр файлах(где реализации классов) везде прописать вот таких вот "стражей"? и в заголовочном файле тоже? я просто запутался что куда писать уже.
и должны ли быть имена после #define одинаковыми или разными?

[Igor95]

cpp файлы вы не подключаете, а вот headers - подключаете. В headers такая защита и ставиться.
Можете вместо этого использовать #pragma once (директива, разработанная Microsoft и включенная в Visual C++).

[denrubun]

блин ну так ведь и делаю! но...
могут быть какие-то проблемы из-за того что не один проект, а несколько.
потому что я помню раньше так делал и все работало

[Пепел Феникса]

#pragma once (директива, разработанная Microsoft и включенная в Visual C++).

чего чего?
она как бы не только там есть, и мс тут не причем.

могут быть какие-то проблемы из-за того что не один проект, а несколько.
потому что я помню раньше так делал и все работало

такие что если другие типы проекта это библиотеки, то их надо включать в зависимости основного проекта.