VC++. DLL. Где создавать глобальные переменные?

[TwiX]

Уже кучу времени пытаюсь разобраться в этой иерархии =\

Изначально были:
dllmain.cpp - там описана точка входа в ДЛЛ
stdafx.h - странный файл, который надо прописывать в начале каждого хидера
stdafx.cpp
HookDLL.cpp - туда сказано кидать функции для экспорта

Я добавил:
HookDLL.h - хидер для cpp - чтобы из основной проги вызывать
Дальше пытался создать две глобальные переменные... Куда я их только не писал... То говорит, что два раза объявил, то ошибку. Думал, думал... Понял, что логично будет создать cpp и h для обычных функций (не для экспорта):
DLLprocs.h - глобальные переменные + прототипы
DLLprocs.cpp - описание функций

Теперь куда-то надо было хидер впихнуть... Внизу stdafx.h нашёл строчку, что все хидеры следует добавлять сюда. Добавил... При компиляции получил, что мол моя первая глобальная переменная уже объявлена в stdafx.obj. В отчаянии написал на форум :D

[pu4koff]

Мне в миллионный раз расписывать какпроисходит компиляция в С++, что по сути есть хидеры, как они включаются и почему не стоит описывать глобальные переменные в хидерах (можно прописать "прототип" переменной extern int a, а реализацию int a можно писать только в сипипишках)?
ЗЫ. stdafx.h - это предкомпиленный хедер. Ничего гениального не делает, добавляются туда наиболее часто используемые хедеры и впоследствии это в больших проектах существенно уменьшает время компиляции (за счет того, что не обрабатывается один и тот же набор хедеров для каждого сипипи файла, а происходит это всего один раз)

[TwiX]

Мне в миллионный раз расписывать какпроисходит компиляция в С++

Где можно почитать? Вроде как всё склеивается в один файл (там где были инклюды). Из cpp делаются объектные файлы, а потом уже всё склеивается в прогу?

Если так, то понятно, почему не надо в хедерах объявлять

Я сделал так: удалил HookDLL.cpp (который между прочим был ещё в начале!), DLLprocs, а все функции из них пихнул в DLLmain.cpp. Кривовато наверно, но работает)

[pu4koff]

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

Где можно почитать?

Я уже не помню в каких темах про это писал, а книги/статьи с этой информацией я не видел.

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

Вроде как всё склеивается в один файл (там где были инклюды). Из cpp делаются объектные файлы, а потом уже всё склеивается в прогу?

Ну типа того. Итог - для каждого cpp, использующего этот хедер, будет свой экземпляр переменной.

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

Я сделал так: удалил HookDLL.cpp (который между прочим был ещё в начале!), DLLprocs, а все функции из них пихнул в DLLmain.cpp. Кривовато наверно, но работает)

В плюсах нет никакой спецификации по структуре проекта (по каким файлам что и куда класть). Ну а эти файлы были созданы визардом, я так понимаю. Создатель визарда решил, что так будет кошернее, но на вкус и цвет фломастеры разные. Главное - хедер(-ы) с описанием всего экспортируемого оставьте, а то как потом DLL использовать будете.
Чаще всего, вообще создают 3 папки:
1) include - папка с хедерами, которые потом потребуются для использования DLL в программах, т.е. прототипы всего экспортируемого находятся там.
2) src (source) - это собственно все кишки библиотеки
3) lib - сюда складывается lib файл(ы), которые потребуются для статического подключения DLL.
Разработчикам сторонних продуктов потом отдаются папки include и lib. Ну и сама DLL соответственно. Ну а src - это святое и никому не показывается (если библиотека конечно не опенсорсная).

Это более или менее устоявшийся обычай при создании DLL (вовсе не обязательно так делать, но так удобненько и привычненько будет для пользователей библиотеки). Остальное деление по h/cpp выбирается разработчиком по желанию.

[TwiX]

Спасибо, разобрался. Плюс почему-то форум не разрешает поставить