代码之家 › 专栏 › 技术社区 › zell

编译一个具有“GCC—C”的C++程序。为什么?

c++

zell · 技术社区 · 6 年前

我有一个简单的C++程序 test_cpp.cpp

#include <iostream>

int main()
 { std::cout << __cplusplus << std::endl; }

果不其然, gcc test_cpp.cpp 给我一个错误

test_cpp.cpp:(.text+0xc): undefined reference to `std::cout'
test_cpp.cpp:(.text+0x11): undefined reference to `std::ostream::operator<<(long)'
test_cpp.cpp:(.text+0x1b): undefined reference to `std::basic_ostream<char, std::char_traits<char> >& std::endl<char, std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&)'
test_cpp.cpp:(.text+0x26): undefined reference to `std::ostream::operator<<(std::ostream& (*)(std::ostream&))'
/tmp/ccIJz5Vk.o: In function `__static_initialization_and_destruction_0(int, int)':
test_cpp.cpp:(.text+0x56): undefined reference to `std::ios_base::Init::Init()'
test_cpp.cpp:(.text+0x6b): undefined reference to `std::ios_base::Init::~Init()'
collect2: error: ld returned 1 exit status

但是 gcc -c test_cpp.cpp 传递得很好。为什么?仅供参考,我正在一个Ubuntu18虚拟机上测试 g++ -v 和 gcc -v 提供相同的结果:

Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/7/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 7.3.0-27ubuntu1~18.04' --with-bugurl=file:///usr/share/doc/gcc-7/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-7 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 7.3.0 (Ubuntu 7.3.0-27ubuntu1~18.04)

1 回复 | 直到 6 年前

Jean-Baptiste Yunès 6 年前

gcc , g++ 是/是相同的工具链,这些只是调用它的不同方法。 gcc -c 或 g++ -c 编译后立即停止,这意味着它不生成可执行文件,而只生成二进制文件。该工具能够识别文件包含C++源代码,因此在编译阶段相应地运行。在那个阶段,您的代码在语法上是正确的。

但要生成一个可执行文件,有一个链接阶段,其中库、对象文件等彼此绑定。唉,调用工具链的方式更为重要。如果你使用 海湾合作委员会 然后,如果使用 G+ 然后是C++一个。主要的区别是用于链接到对象代码的库。所以:

test_cpp.cpp:(.text+0xc): undefined reference to `std::cout'

是典型的链接阶段错误消息,表示工具链无法定位 std::cout 一模一样。当然,你用 海湾合作委员会 和 stdout 是一个C++标准库的东西。

要编译/链接程序,请使用 G+

g++ test.cpp

要观察发生的情况,请使用详细模式:

gcc -v test.cpp

或

g++ -v test.cpp