Ошибка сборки Boost :: Thread (невозможно связать lib && неразрешенный внешний) - PullRequest
Новая
       16

Ошибка сборки Boost :: Thread (невозможно связать lib && неразрешенный внешний)

7 голосов
/ 02 июля 2010

Я пытаюсь следовать простому руководству Boost :: Thread (версия 1.4-3) в VS 2008: 

#include <boost/thread/thread.hpp>

void Func()
{
    // Do something
}

void main()
{
    boost::thread _thrd(&Func);
    _thrd.join();
    ....
}

Во время компиляции выдает эту ошибку: 

Error 1 fatal error LNK1104: cannot open file 'libboost_thread-vc90-mt-gd-1_43.lib' CConsole

, который я должен решить, добавив #define BOOST_ALL_NO_LIB.Однако это дает мне еще одну ошибку: 

Error 3 fatal error LNK1120: 2 unresolved externals 
C:\xx\Documents\Visual Studio 2008\Projects\CConsole\Debug\CConsole.exe


Error 1 error LNK2019: unresolved external symbol "public: __thiscall boost::thread::~thread(void)" (??1thread@boost@@QAE@XZ) referenced in function _wmain CConsole.obj


Error 2 error LNK2019: unresolved external symbol "private: void __thiscall boost::thread::start_thread(void)" (?start_thread@thread@boost@@AAEXXZ) referenced in function "public: __thiscall boost::thread::thread<void (__cdecl*)(void)>(void (__cdecl*)(void),struct boost::thread::dummy *)" (??$?0P6AXXZ@thread@boost@@QAE@P6AXXZPAUdummy@01@@Z) CConsole.obj

Кто-нибудь знает, как решить проблему?

Спасибо.

Ответы [ 2 ]

21 голосов
/ 21 января 2011

Я думаю, что может быть полезен более глубокий ответ, чем "Прочитайте руководство по F * cking"!

Этот тип ошибки ссылки указывает на то, что вы пытаетесь связать несовместимую библиотеку Boost.

Я понял это, когда по ошибке создал 32-битную библиотеку потоков Boost, когда подумал, что собираю 64-битную библиотеку.Потребовалось некоторое время, чтобы понять, что когда вы говорите --address-model=64 в качестве параметра командной строки bjam, вы допустили небольшую ошибку.Параметр address-model НЕ должен иметь префикс --.К сожалению, bjam не сообщает вам, когда видит неправильный синтаксис.

Вы можете использовать программу dumpbin для проверки символов, предоставляемых вашей библиотекой, по сравнению с символами, которые, по словам компоновщика, не разрешены.Я обнаружил, что символы библиотеки были украшены __thiscall, а не __cdecl.Это кричащий ключ к несоответствию архитектуры.Компилятор Microsoft использует протокол вызова функции __thiscall для 32-разрядных сборок, но он использует __cdecl для 64-разрядных сборок.Да, документация Microsoft здесь немного слабая !!

Лучший способ проверить .lib или .dll, чтобы увидеть, как он был построен, - использовать программу dumpbin.Вот пример: 

dumpbin /headers libboost_thread-vc100-mt-gd-1_45.lib | findstr machine

Вы должны будете отрегулировать имя библиотеки в соответствии с тем, что вы связываете, конечно.Это однозначно покажет, предназначен ли .lib или .dll для x86 (32-битный) или x64 (64-битный).

0 голосов
/ 02 июля 2010

Вам нужно как собрать библиотеку Boost Thread, так и сообщить Visual Studio, где находится библиотека. Все это описано в документации по началу работы (т. Е. Начало работы в Windows ). В частности, прочитайте раздел 5 , а затем раздел 6 .

PS. Вы должны убедиться, что ваша конфигурация сборки соответствует настройке VS. Начало работы объясняет различные варианты сборки.

...