提问人:DocDriven 提问时间:1/27/2022 最后编辑:DocDriven 更新时间:1/27/2022 访问量:968
升级到 v1.78.0 后,Boost::filesystem::d irectory_iterator 导致链接器错误
Boost::filesystem::directory_iterator causes linker error after upgrade to v1.78.0
问:
我想在我的项目中使用 boost::filesystem,直到最近这才成为可能 (v1.65.1)。几天前,我不得不将我的 boost 安装升级到 1.78.0,并按照网站上的说明从源代码构建库。我执行了以下几行:
wget https://boostorg.jfrog.io/artifactory/main/release/1.78.0/source/boost_1_78_0.tar.gz
tar xzvf boost_1_78_0.tar.gz
cd boost_1_78_0/
./bootstrap.sh --prefix=/usr/
./b2
sudo ./b2 install
boost 的测试代码利用了 boost 的文件系统函数。编译很好,但链接器会引发错误(见下文)。
法典
#include <iostream>
#include <boost/filesystem.hpp>
using std::cout;
using namespace boost::filesystem;
int main(int argc, char* argv[])
{
if (argc < 2)
{
cout << "Usage: tut3 path\n";
return 1;
}
path p(argv[1]);
try
{
if (exists(p))
{
if (is_regular_file(p))
{
cout << p << " size is " << file_size(p) << '\n';
}
else if (is_directory(p))
{
cout << p << " is a directory containing:\n";
for (directory_entry const& x : directory_iterator(p))
cout << " " << x.path() << '\n';
}
else
cout << p << " exists, but is not a regular file or directory\n";
}
else
cout << p << " does not exist\n";
}
catch (filesystem_error& ex)
{
cout << ex.what() << '\n';
}
return 0;
}
编译和链接器命令(由 eclipse 生成)
g++ -O0 -g3 -Wall -c -fmessage-length=0 -MMD -MP -MF"src/main.d" -MT"src/main.d" -o "src/main.o" "../src/main.cpp"
g++ -o "test" ./src/main.o -lboost_system -lboost_filesystem
错误
./src/main.o: In function »boost::filesystem::directory_iterator::directory_iterator(boost::filesystem::path const&, boost::filesystem::directory_options)«:
/usr/include/boost/filesystem/directory.hpp:326: Warning: undefined reference to »boost::filesystem::detail::directory_iterator_construct(boost::filesystem::directory_iterator&, boost::filesystem::path const&, unsigned int, boost::system::error_code*)«
makefile:45: recipe for target 'test' failed
collect2: error: ld returned 1 exit status
make: *** [test] Error 1
"make all" terminated with exit code 2. Build might be incomplete.
如果我删除包含链接的行,则有效。我不确定如何解决这个问题。我最初认为旧版本的 boost 可能会干扰,因为它仍然驻留在 中,但是在检查文件中包含的版本时,它会显示较新的版本。boost::filesystem::directory_iterator
/usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.65.1
这是怎么回事?
溶液
最后,我删除了原始安装和新版本,并在 .帮助遇到相同问题的人的快速演练:/usr/local
// remove the dirs under <prefix>/lib/libboost* and <prefix>/include/boost* first
sudo apt purge -y libboost-all-dev libboost*
sudo apt autoremove
// then either install the package via the manager or copy the sources to /usr/local/ or another suitable place
sudo apt install libboost-all-dev // option with aptitude
答:
包括编译时。共享库在链接时链接。
您没有明确告诉 查找标头,也没有告诉编译器在哪里找到库。这意味着使用标准位置。
根据您的包管理器,可能会有如下符号链接:
/usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.65.1
/usr/lib/x86_64-linux-gnu/libboost_filesystem.so -> libboost_filesystem.so.1.65.1
用文件覆盖已安装软件包的某些部分通常是一个坏主意。不是在最后,因为例如,这样的符号链接可能不会更新,或者如果更新了,它们可能会破坏您安装的许多依赖项。
一般来说,最好使用安全前缀(例如)或在本地构建,并在构建工具(如 Eclipse)或命令行中指示包含/库目录,例如:/usr/local
-I ~/custom/boost_1_77_0/ -L ~/custom/boost_1_77_0/stage/libs
选择的一个优点是许多发行版都支持它,并且可能会将其添加到运行时加载程序的路径中(请参阅)。/usr/local
ldconfig
评论