Jak mogę rozwiązać problem "błąd LNK2019: nierozwiązany symbol zewnętrzny"?

Question

Mam tę aplikację MFC, nad którą pracuję, która musi mieć osadzoną bazę danych. Więc poszedłem na polowanie na zręczną, szybką "wbudowalną" bazę danych i natknąłem się na SQLite.

Stworzyłem z nim DB, a ja stworzyłem projekt biblioteki statycznej z Visual Studio 2008. projekt biblioteki zostanie wykorzystany w innym głównym projekcie.

W projekcie bibliotecznym utworzyłem klasę DBClass za pomocą metody AddFeedToDB(CFeed f). Projekt biblioteki korzysta z pliku .lib z codeproject (cppsqlite3.lib).

Podczas kompilowania biblioteki statyczne, nie zostanie wykryty błąd, ale gdy próbuję użyć pliku projektu biblioteki w głównym projekcie, mam tego typu błędów:

error LNK2019: unresolved external symbol "public:void __thiscall 
    CppSQLite3DB::close(void)" (?close@CppSQLite3DB@@QAEXXZ 
    referenced in function "public: int __thiscall 
    CTalkingFeedsDB::AddFeedToDB(class CFeed,char const*)" (? 
    AddFeedToDB@CTalkingFeedsDB@@QAEHVCFeed@@PDB@Z 

Czego mi brakuje?

Answer 1

Zdarzyło mi się więcej niż jeden raz, że myślałem symbol XXX (tj ?close@CppSQLite3DB@@QAEXXZ) był w lib importu, podczas gdy rzeczywista symbol był __impXXX (tj __imp?close@CppSQLite3DB@@QAEXXZ).

Przyczyną błędu łącznikowej jest wówczas można znaleźć na etapie kompilacji: kompilator wygeneruje ?close@CppSQLite3DB@@QAEXXZ symbol być przywiezione, gdzie powinien generować __imp?close@CppSQLite3DB@@QAEXXZ. Często oznacza to, że sama deklaracja funkcji nie miała wartości __declspec(dllimport). Może to być spowodowane tym, że jakiś symbol preprocesora nie jest zdefiniowany. Lub __declspec w ogóle nie istnieje ...

Answer 2

Musisz albo połączyć bibliotekę SQLite codeproject z plikiem wykonywalnym, albo bezpośrednio pliki źródłowe w projekcie. (Który to zrobiłeś?)

Answer 3

chciałbym wykonaj następujące kroki:

1. myśleć, co biblioteki lub .obj plik można oczekiwać symbol być eksportowane przez.

2. sprawdź, czy to rzeczywiście czy wyeksportuj ten sam symbol (sprawdź pod względem charakteru). Czasami różni się konwencja telefonowania.

3. Sprawdź, czy biblioteki można oczekiwać, aby zawierać symbol znany jest z łącznikiem - najpierw sprawdzić na „dodatkowych bibliotek”, a następnie sprawdzić, czy biblioteka jest rzeczywiście znaleźć (I głównie to zrobić za pomocą filemon.exe z sysinternals i szukać link.exe aby otworzyć plik lib.)

Po przemyśleniu chwilę może się okazać, że projekt biblioteki będzie nie wyeksportować poszukiwanych funkcji. Ta funkcja znajduje się w bazie danych lib. Powinieneś dodać tę bibliotekę do swojego głównego projektu. Nie ma sensu dodawać go do projektu statycznej lib.

Answer 4

Kompilator i linker nie będą łączyć jednej biblioteki w drugą (chyba że jest to DLL). Musisz określić obie biblioteki (cppsqlite3.lib i twoją własną bibliotekę statyczną) w swoim głównym projekcie.

Answer 5

Nie wiem, czy to twoja sprawa, ale prefiks imp może oznaczać, że kompilujesz bibliotekę x64 w projekcie Win32.

Answer 6

Wiem, że to już 2 lata od tego pytania ... ale biegam w tej samej sytuacji tutaj. Dodano wszystkie pliki nagłówkowe ... dodano katalogi lib ... i nadal mam ten błąd. Więc ręcznie dodałem lib do Właściwości konfiguracji -> Łącznik -> Wejście -> Uzależnienia dodatkowe i wszystko działa dla mnie.