Версия для печати темы Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > C/C++: Общие вопросы > Проблема с линковкой

Автор: Proger89 19.8.2008, 18:12

Доброго времени суток. В процесе написания проекта, я создал файл содержаший константы. В данный файл входит массив указателей на функции: Код /* Файл CmdList.h */ #ifndef CMD_LIST_H #define CMD_LIST_H #include "BuildInCmds.h" // Другие константы typedef void (*CommandFunc)(LPWSTR *ppWordArray, int nWordsNum, LPWSTR pNewCommand); CommandFunc CmdsFuncs[NUM_OF_COMMANDS] = {NULL,                             ExecPwd,                             NULL                                    }; #endif Файл BuildInCmds.h - содержит интерфейсы функций для массива, CmdsFuncs. BuildInCmds.h: Код #include <windows.h> #ifndef BUILD_IN_CMDS_H #define BUILD_IN_CMDS_H void ExecPwd(LPWSTR *ppWordArray, int nWordsNum, LPWSTR pNewCommand); #endif Когда я пытаюсь добавить CmdList.h (#include "CmdList.h") в другой файл, то во время линковки возникает ошибка: unresolved external symbol "void __cdecl ExecPwd(wchar_t * *,int,wchar_t *)" (?ExecPwd@@YAXPAPA_WHPA_W@Z) Подскажите пожалуста, с чем это может быть связано? Как решить эту проблему? Спасибо за внимание.

Автор: marcusmae 19.8.2008, 18:42

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

Автор: Proger89 19.8.2008, 19:21

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

Автор: MAKCim 19.8.2008, 19:28

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

Автор: Proger89 19.8.2008, 19:51

Цитата(MAKCim @ 19.8.2008,  19:28) Proger89,  вообще говоря определения должны быть в *.c/*.cpp файлах Простите. Но где вы видете определение (реализацию) функций в .h/.hpp файлах?

Автор: MAKCim 19.8.2008, 22:53

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

Автор: Proger89 20.8.2008, 09:43

Цитата(MAKCim @ 19.8.2008,  22:53) Proger89,  а где я говорил про функции? я говорил про определения в данном случае определением является CmdsFuncs Но что в этом плохого? Зачем выносить определение контант в cpp файл?

Автор: MAKCim 20.8.2008, 10:25

Цитата(Proger89 @  20.8.2008,  09:43 ) Но что в этом плохого? Зачем выносить определение контант в cpp файл?  1. не определение констант, а определение неконстанты 2. адрес ExecPwd в рамках определения не является константой во время компиляции правильно так Код #ifndef CMD_LIST_H #define CMD_LIST_H #include "BuildInCmds.h" // Другие константы typedef void (*CommandFunc)(LPWSTR *ppWordArray, int nWordsNum, LPWSTR pNewCommand); extern CommandFunc CmdsFuncs[NUM_OF_COMMANDS]; #endif Код /* CmdList.cpp */ CommandFunc CmdsFuncs[NUM_OF_COMMANDS] = {NULL,                             ExecPwd,                             NULL                                    }; иначе при включении CmdList.h в более чем 2 модуля и использовании CmdsFuncs в них будет ошибка сборки

Автор: Alek86 20.8.2008, 12:20

Цитата(MAKCim @  20.8.2008,  10:25 ) не определение констант, а определение неконстанты разве при определении констант такой ошибки не должно быть?

Автор: MAKCim 20.8.2008, 12:32

Цитата(Alek86 @  20.8.2008,  12:20 ) разве при определении констант такой ошибки не должно быть?  для POD-констант нет

Автор: Alek86 20.8.2008, 12:44

Цитата(MAKCim @  20.8.2008,  12:32 ) для POD-констант нет интересно, как оно реализовано? компилятор, если видит, что определяется ПОД константа, просто не выделяет для нее память, а оставляет это на совести линковщика?

Автор: MAKCim 20.8.2008, 12:46

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

Автор: Alek86 20.8.2008, 12:56

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

Автор: UnrealMan 20.8.2008, 13:38

Цитата(MAKCim @  19.8.2008,  20:28 ) вообще говоря определения должны быть в *.c/*.cpp файлах  Цитата(Proger89 @  19.8.2008,  20:51 ) Простите. Но где вы видете определение (реализацию) функций в .h/.hpp файлах? Цитата(MAKCim @  19.8.2008,  23:53 ) а где я говорил про функции? я говорил про определения    Ты забыл уточнить, какое именно определение имеется в виду. Цитата(MAKCim @  20.8.2008,  11:25 ) 2. адрес ExecPwd в рамках определения не является константой во время компиляции Адрес функции может быть использован как константное выражение: Цитата(С++03 - 5.19 Constant expressions) An address constant expression is a pointer to an lvalue designating an object of static storage duration, a string literal (2.13.4), or a function. The pointer shall be created explicitly, using the unary & operator, or implicitly using a non-type template parameter of pointer type, or using an expression of array (4.2) or function (4.3) type. Цитата(С99 - 6.6 Constant expressions) An address constant is a null pointer, a pointer to an lvalue designating an object of static storage duration, or a pointer to a function designator; it shall be created explicitly using the unary & operator or an integer constant cast to pointer type, or implicitly by the use of an expression of array or function type. Этого вполне достаточно для осуществления статической инициализации. Цитата(Alek86 @  20.8.2008,  13:20 ) разве при определении констант такой ошибки не должно быть?  Не должно, т.к. любой глобальный константный объект, объявленный как const и не объявленный как extern, имеет внутреннее связывание. Т.е. в заголовочном файле инициализация Код const CommandFunc CmdsFuncs[NUM_OF_COMMANDS] = {NULL,                             &ExecPwd,                             NULL                                    }; вполне законна.

Автор: Proger89 20.8.2008, 17:33

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

Автор: UnrealMan 20.8.2008, 19:25

Цитата(Proger89 @  20.8.2008,  18:33 ) Но, что такое POD-константы? Google не помог мне в этом.  Это потому что нет такого понятия

Автор: bsa 20.8.2008, 20:25

Цитата(Proger89 @ 20.8.2008,  17:33) Но, что такое POD-константы? Google не помог мне в этом. Бывают POD типы (plain old data). Это стандартные типы (int, short, long, char, double, float, void * и пр) + структуры, объединения (union) и классы, которые только их и содержат. Более подробно написано тут: http://www.fnal.gov/docs/working-groups/fpcltf/Pkg/ISOcxx/doc/POD.html Под POD константой понимается константная переменная POD типа (например const int var;).

Автор: MAKCim 20.8.2008, 21:33

Цитата(UnrealMan @  20.8.2008,  19:25 ) Это потому что нет такого понятия  а я откуда его знаю?    bsa,  угу

Автор: UnrealMan 20.8.2008, 22:55

Цитата(bsa @  20.8.2008,  21:25 ) Более подробно написано тут: http://www.fnal.gov/docs/working-groups/fp...xx/doc/POD.html В топку такое старьё. Уже почти пять лет действующим стандартом является ISO/IEC 14882:2003(E).

Автор: bsa 21.8.2008, 13:18

Цитата(UnrealMan @ 20.8.2008,  22:55) В топку такое старьё. Уже почти пять лет действующим стандартом является ISO/IEC 14882:2003(E). Ну так выложи ссылку, где подробно написано по интересующей теме с учетом этого стандарта. Я просто первое что попалось в поиске, то и привел.

Автор: UnrealMan 21.8.2008, 15:29

К 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-типами.

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)