实验::在使用-lsdc++fs选项后使用GCC6时出现文件系统链接器错误
experimental::filesystem linker error while using GCC6 after using -lstdc++fs option
当我试图使用当前的GCC在C++中使用一些新的/实验性的东西时,我面临着链接错误。类似的问题似乎已经发布了,但仍然存在错误。
有人能解释一下我在这里做错了什么吗?。希望我已经提供了所有与此相关的详细信息。
test.cpp
#include<iostream>
#include<string>
#include<experimental/filesystem>
namespace fs = std::experimental::filesystem;
int main(int argc, const char* argv[])
{
std::string s(argv[0]);
fs::path p(s);
std::cout << "p = " << p << std::endl;
return 0;
}
我已经构建了(调试版本)新的gcc版本6.0.0 20151122(实验)(GCC)为g++-60.0。这里我使用的是新的-lsdc++fs选项FS TS所必需的。我能够使用其他新东西,如C++概念。
~/practice/gcc6$ g++-6.0.0 -v -g -lstdc++fs -o out test.cpp
Using built-in specs.
COLLECT_GCC=g++-6.0.0
COLLECT_LTO_WRAPPER=/usr/gcc_6_0/libexec/gcc/x86_64-linux-gnu/6.0.0/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../configure --build=x86_64-linux-gnu --prefix=/usr/gcc_6_0 --with-gmp=/usr/gcc_6_0 --with-mpfr=/usr/gcc_6_0 --with-mpc=/usr/gcc_6_0 --enable-languages=c,c++,fortran --disable-multilib --program-suffix=-6.0.0
Thread model: posix
gcc version 6.0.0 20151122 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-v' '-g' '-o' 'out' '-shared-libgcc' '-mtune=generic' '-march=x86-64'
/usr/gcc_6_0/libexec/gcc/x86_64-linux-gnu/6.0.0/cc1plus -quiet -v -imultiarch x86_64-linux-gnu -D_GNU_SOURCE test.cpp -quiet -dumpbase test.cpp -mtune=generic -march=x86-64 -auxbase test -g -version -o /tmp/ccX3oTv2.s
GNU C++ (GCC) version 6.0.0 20151122 (experimental) (x86_64-linux-gnu)
compiled by GNU C version 6.0.0 20151122 (experimental), GMP version 6.1.0, MPFR version 3.1.3, MPC version 1.0.3
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring nonexistent directory "/usr/gcc_6_0/lib/gcc/x86_64-linux-gnu/6.0.0/../../../../x86_64-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/gcc_6_0/lib/gcc/x86_64-linux-gnu/6.0.0/../../../../include/c++/6.0.0
/usr/gcc_6_0/lib/gcc/x86_64-linux-gnu/6.0.0/../../../../include/c++/6.0.0/x86_64-linux-gnu
/usr/gcc_6_0/lib/gcc/x86_64-linux-gnu/6.0.0/../../../../include/c++/6.0.0/backward
/usr/gcc_6_0/lib/gcc/x86_64-linux-gnu/6.0.0/include
/usr/local/include
/usr/gcc_6_0/include
/usr/gcc_6_0/lib/gcc/x86_64-linux-gnu/6.0.0/include-fixed
/usr/include/x86_64-linux-gnu
/usr/include
End of search list.
GNU C++14 (GCC) version 6.0.0 20151122 (experimental) (x86_64-linux-gnu)
compiled by GNU C version 6.0.0 20151122 (experimental), GMP version 6.1.0, MPFR version 3.1.3, MPC version 1.0.3
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 14452760b2e0f1df03cbd137364317c8
COLLECT_GCC_OPTIONS='-v' '-g' '-o' 'out' '-shared-libgcc' '-mtune=generic' '-march=x86-64'
as -v --64 -o /tmp/ccMWw2R6.o /tmp/ccX3oTv2.s
GNU assembler version 2.25.1 (x86_64-linux-gnu) using BFD version (GNU Binutils for Ubuntu) 2.25.1
COMPILER_PATH=/usr/gcc_6_0/libexec/gcc/x86_64-linux-gnu/6.0.0/:/usr/gcc_6_0/libexec/gcc/x86_64-linux-gnu/6.0.0/:/usr/gcc_6_0/libexec/gcc/x86_64-linux-gnu/:/usr/gcc_6_0/lib/gcc/x86_64-linux-gnu/6.0.0/:/usr/gcc_6_0/lib/gcc/x86_64-linux-gnu/
LIBRARY_PATH=/usr/gcc_6_0/lib/gcc/x86_64-linux-gnu/6.0.0/:/usr/gcc_6_0/lib/gcc/x86_64-linux-gnu/6.0.0/../../../../lib64/:/lib/x86_64-linux-gnu/:/lib/../lib64/:/usr/lib/x86_64-linux-gnu/:/usr/lib/../lib64/:/usr/gcc_6_0/lib/gcc/x86_64-linux-gnu/6.0.0/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-g' '-o' 'out' '-shared-libgcc' '-mtune=generic' '-march=x86-64'
/usr/gcc_6_0/libexec/gcc/x86_64-linux-gnu/6.0.0/collect2 -plugin /usr/gcc_6_0/libexec/gcc/x86_64-linux-gnu/6.0.0/liblto_plugin.so -plugin-opt=/usr/gcc_6_0/libexec/gcc/x86_64-linux-gnu/6.0.0/lto-wrapper -plugin-opt=-fresolution=/tmp/ccQOTKmb.res -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lgcc --eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o out /usr/lib/x86_64-linux-gnu/crt1.o /usr/lib/x86_64-linux-gnu/crti.o /usr/gcc_6_0/lib/gcc/x86_64-linux-gnu/6.0.0/crtbegin.o -L/usr/gcc_6_0/lib/gcc/x86_64-linux-gnu/6.0.0 -L/usr/gcc_6_0/lib/gcc/x86_64-linux-gnu/6.0.0/../../../../lib64 -L/lib/x86_64-linux-gnu -L/lib/../lib64 -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib64 -L/usr/gcc_6_0/lib/gcc/x86_64-linux-gnu/6.0.0/../../.. -lstdc++fs /tmp/ccMWw2R6.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc /usr/gcc_6_0/lib/gcc/x86_64-linux-gnu/6.0.0/crtend.o /usr/lib/x86_64-linux-gnu/crtn.o
/tmp/ccMWw2R6.o: In function `std::experimental::filesystem::v1::__cxx11::path::path<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::experimental::filesystem::v1::__cxx11::path>(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)':
/usr/gcc_6_0/include/c++/6.0.0/experimental/bits/fs_path.h:167: undefined reference to `std::experimental::filesystem::v1::__cxx11::path::_M_split_cmpts()'
collect2: error: ld returned 1 exit status
以下提供了安装在上的GCC的详细版本信息机器
~/practice/gcc6$ g++-6.0.0 -v
Using built-in specs.
COLLECT_GCC=g++-6.0.0
COLLECT_LTO_WRAPPER=/usr/gcc_6_0/libexec/gcc/x86_64-linux-gnu/6.0.0/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../configure --build=x86_64-linux-gnu --prefix=/usr/gcc_6_0 --with-gmp=/usr/gcc_6_0 --with-mpfr=/usr/gcc_6_0 --with-mpc=/usr/gcc_6_0 --enable-languages=c,c++,fortran --disable-multilib --program-suffix=-6.0.0
Thread model: posix
gcc version 6.0.0 20151122 (experimental) (GCC)
尝试提取libstdc++fs.a。从下面的命令中,我可以看到dir.o对象文件中确实存在以下方法。然而链接器正在引发未定义的引用错误。
~/practice/gcc6$ ar t /usr/gcc_6_0/lib64/libstdc++fs.a
dir.o
ops.o
path.o
cow-dir.o
cow-ops.o
cow-path.o
~/practice/gcc6$ nm dir.o |grep "split"
U _ZNSt12experimental10filesystem2v17__cxx114path14_M_split_cmptsEv
~/practice/gcc6$ nm dir.o |c++filt |grep "split"
U std::experimental::filesystem::v1::__cxx11::path::_M_split_cmpts(
)
这条路似乎也设置得很正确。
~/practice/gcc6$ which g++-6.0.0
/usr/gcc_6_o/bin/g++-6.0.0
这是调试版本。
~/practice/gcc6$ file /usr/gcc_6_0/bin/g++-6.0.0
/usr/gcc_6_0/bin/g++-6.0.0: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, not stripped
更新
通过在命令末尾放置-lstdc++fs,效果很好,正如Galik在评论中所建议的那样。然而,我想知道你是如何确定我使用的命令是错误的?。
从我所有的分析中,我无法从GCC中找到任何可能指向这一点的线索。如果有人能提供一些关于新链接器选项(-lsdc++fs)排序的详细输入,那就太好了。GCC文档中没有关于此链接器选项排序的信息。
如GCC文档中所写:
-llibrary
-l库
…
在命令中写入此选项的位置会有所不同;这个链接器按顺序搜索和处理库和对象文件它们被指定。因此,"foo.o-lz bar.o"在后面搜索库"z"文件foo.o但在bar.o之前。如果bar.o引用'z'中的函数,则可以不加载那些功能。
因此,您必须在命令行中将-lstdc++fs
放在test.cpp
之后。
相关文章:
- 缺少 .h 文件,尽管从库文件夹链接了 .so 文件
- 使用Cygwin C++时出现未定义的引用错误,为什么我的文件没有链接?
- 程序使用boost::文件系统链接clang,但不使用gcc
- 在C++文件中链接 mat.h
- 底层文件下链接时会发生什么
- [C++][天鹅座][海湾合作委员会]通过BOOST_FILESYSTEM_DYN_LINK从 DLL 提升文件系统链接
- 标志以将IPDB和IOBJ文件从链接时间代码生成优化(LTCG)移动
- 无法在生成文件中链接 opengl 库
- boost :: ubuntu上的系统链接错误
- C 标题文件和链接器错误
- g++链接对象文件无法链接
- 在生成文件中链接库
- 没有头文件的链接库
- IDL文件-静态链接或动态链接
- 在 make 文件中链接 g++ 和 lib 不起作用
- 在另一个文件中链接/使用 .so 文件
- 如何在静态库中的单独 cpp 文件中链接未引用的变量
- 实验::在使用-lsdc++fs选项后使用GCC6时出现文件系统链接器错误
- 增加系统链接不显示MFC对话框
- 实验性:文件系统链接器错误