Доброго времени суток.
В процесе написания проекта, я создал файл содержаший константы. В данный файл входит массив указателей на функции:


Файл BuildInCmds.h - содержит интерфейсы функций для массива, CmdsFuncs.
BuildInCmds.h:


Когда я пытаюсь добавить CmdList.h (#include "CmdList.h") в другой файл, то во время линковки возникает ошибка:
unresolved external symbol "void __cdecl ExecPwd(wchar_t * *,int,wchar_t *)" (?ExecPwd@@YAXPAPA_WHPA_W@Z)

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

Спасибо за внимание.

Proger89, компилятор указывает на необходимость определения символа ExecPwd, поскольку он описан, но не определен. То есть функция void ExecPwd(LPWSTR *ppWordArray, int nWordsNum, LPWSTR pNewCommand); должна иметь тело.

Решение найдено! Перезапустил студию и проблема исчезла   

Это сообщение отредактировал(а) Proger89 - 19.8.2008, 19:21

Proger89, 
вообще говоря определения должны быть в *.c/*.cpp файлах

Простите. Но где вы видете определение (реализацию) функций в .h/.hpp файлах?

Proger89, 
а где я говорил про функции?
я говорил про определения
в данном случае определением является CmdsFuncs

Но что в этом плохого? Зачем выносить определение контант в cpp файл?

1. не определение констант, а определение неконстанты
2. адрес ExecPwd в рамках определения не является константой во время компиляции
правильно так


иначе при включении CmdList.h в более чем 2 модуля и использовании CmdsFuncs в них будет ошибка сборки

разве при определении констант такой ошибки не должно быть?

для POD-констант нет

интересно, как оно реализовано?
компилятор, если видит, что определяется ПОД константа, просто не выделяет для нее память, а оставляет это на совести линковщика?

1. значение константы подставляется на этапе компиляции
2. константа представляет собой локальный символ, не видимый за пределами модуля (для сохранения семантики const_cast<TYPE&>(VARIABLE) = ...)

ясно, спасибо

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


Адрес функции может быть использован как константное выражение:



Этого вполне достаточно для осуществления статической инициализации.


Не должно, т.к. любой глобальный константный объект, объявленный как const и не объявленный как extern, имеет внутреннее связывание. Т.е. в заголовочном файле инициализация


вполне законна.

Это сообщение отредактировал(а) UnrealMan - 20.8.2008, 14:08

Спасибо всем за обсуждение.
Но, что такое POD-константы? Google не помог мне в этом.

Это потому что нет такого понятия  

Бывают POD типы (plain old data). Это стандартные типы (int, short, long, char, double, float, void * и пр) + структуры, объединения (union) и классы, которые только их и содержат.
Более подробно написано тут: http://www.fnal.gov/docs/working-groups/fp...xx/doc/POD.html

Под POD константой понимается константная переменная POD типа (например const int var;).

а я откуда его знаю?   

bsa, 
угу

В топку такое старьё. Уже почти пять лет действующим стандартом является ISO/IEC 14882:2003(E).

Ну так выложи ссылку, где подробно написано по интересующей теме с учетом этого стандарта. Я просто первое что попалось в поиске, то и привел.

К POD-типам относятся:

• встроенные арифметические типы (bool, char, signed char, unsigned char, wchar_t, short int, unsigned short int, int, unsigned int, long int, unsigned long int, float, double, long double)
• указатели и указатели на члены
• массивы объектов POD-типов
• const-, volatile- и const volatile-квалифицированные версии POD-типов
• перечисления (типы, объявленные с помощью ключевого слова enum)
• POD-классы, т.е. классы, которые удовлетворяют следующим требованиям:
  • не содержат пользовательских конструкторов, деструктора или копирующего оператора присваивания
  • не содержат закрытых или защищённых нестатических членов-данных
  • не имеют базовых классов
  • не содержат виртуальных функций
  • не содержат нестатических членов-данных, имеющих тип, отличный от POD-типа
  • не содержат нестатических членов-ссылок

Все остальные типы не являются POD-типами.