c++ - 架构 x86_64 的 undefined symbol - Mavericks (Yosemite, El Capitan...)

标签 c++ macos linker static-libraries 32bit-64bit

编辑:

如果你中了这个帖子,你可能想直接跳到答案


我今天早上早些时候发了一篇关于我的困惑的帖子

machine type (C++ librairies) : i386 vs x86_64

但我想我犯了一个不准确的错误。所以我决定举一个我遇到的但我无法理解的情况的例子。

第 1 步

我在机器 A 上构建了一个库,这是一个 2 岁的 Mac,OS x 10.7.5(我猜是 64 位;我的猜测是基于您将在下面的附加信息中看到的命令)使用以下文件。

一个头文件 SimpleClass.hpp:

#ifndef SIMPLECLASS_HPP
#define SIMPLECLASS_HPP

class SimpleClass
{
public:
  SimpleClass();
  SimpleClass(const SimpleClass& orig);
  virtual ~SimpleClass();
private:

} ;

#endif  /* SIMPLECLASS_HPP */

一个源文件SimpleClass.cpp:

#include "SimpleClass.h"
#include <iostream>

SimpleClass::SimpleClass()
{
  std::cout << "A new instance of Simple Class was created" << std::endl;
}

SimpleClass::SimpleClass(const SimpleClass& orig)
{
}

SimpleClass::~SimpleClass()
{
}

我使用

创建库
~/cpp_test$ clang++ -c -o SC.o -I SimpleClass.hpp SimpleClass.cpp

~/cpp_test$ ar rcs libtest_sc.a SC.o

机器 A 的附加信息:

~/cpp_test$ clang++ --version
Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn)
Target: x86_64-apple-darwin11.4.2
~/cpp_test$ uname -m
x86_64
~/cpp_test$ uname -p
i386
~/cpp_test$ lipo -info libtest_sc.a 
input file libtest_sc.a is not a fat file
Non-fat file: libtest_sc.a is architecture: x86_64

第 2 步

我将 SimpleClass.hpp 和库复制到另一台机器 B,它是一台 5 岁的 mac,我相信是 32 位的 osx 10.6.7。我编写了以下 hello 文件来测试库

#include <iostream>
#include "SimpleClass.hpp"

int main()
{
  std::cout << "Hello World!" << std::endl;
  SimpleClass testObj;
  return 0;
} 

令人惊讶的是,与图书馆链接没有问题,我得到了。

[~/Downloads/Gmail-9]$ g++ -o hello -L. -ltest_sc hello.cpp
[~/Downloads/Gmail-9]$ ./hello
Hello World!
A new instance of Simple Class was created

机器 B 的附加信息:

[~/Downloads/Gmail-9]$ uname -m
i386
[~/Downloads/Gmail-9]$ uname -p
i386
[~/Downloads/Gmail-9]$ g++ --version
i686-apple-darwin10-g++-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5666) (dot 3)
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

第 3 步

我在机器 C 上使用相同的头文件和 hello 文件再次复制相同的库,这是一个新的 10.9.2 的 mac,我认为是 64 位。

令人惊讶的是我有链接问题

MacBook-Pro:testcpp$ g++ -o hello -L. -ltest_sc hello.cpp

Undefined symbols for architecture x86_64:
  "std::ostream::operator<<(std::ostream& (*)(std::ostream&))", referenced from:
      SimpleClass::SimpleClass() in libtest_sc.a(SC.o)
  "std::ios_base::Init::Init()", referenced from:
      ___cxx_global_var_init in libtest_sc.a(SC.o)
  "std::ios_base::Init::~Init()", referenced from:
      ___cxx_global_var_init in libtest_sc.a(SC.o)
  "std::cout", referenced from:
      SimpleClass::SimpleClass() in libtest_sc.a(SC.o)
  "std::basic_ostream<char, std::char_traits<char> >& std::endl<char, std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&)", referenced from:  
      SimpleClass::SimpleClass() in libtest_sc.a(SC.o)
  "std::basic_ostream<char, std::char_traits<char> >& std::operator<<<std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&, char const*)", referenced from:
      SimpleClass::SimpleClass() in libtest_sc.a(SC.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

关于机器 C 的附加信息

g++ --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn)
Target: x86_64-apple-darwin13.1.0
Thread model: posix

MacBook-Pro:testcpp$ uname -m
x86_64
MacBook-Pro:testcpp$ uname -p
i386

我本以为 32 位机器 B 的链接问题而不是 64 位机器 C 的链接问题,但我得到了相反的结果。谁能解释一下我在这里缺少什么?

编辑(第 4 步)

在机器 C 上,当我将选项 -stdlib=libstdc++ 添加到 g++ 命令时,“ undefined symbol ”错误消失并且可执行文件正常运行。使用选项 -v 运行 g++ 让我注意到默认的 stdliblibc++ 而不是 libstdc++。所以看起来虽然机器 A 和机器 C 都是 64 位,但它们默认不使用相同的 stdlib 导致错误 Undefined symbols for architecture x86_64

最佳答案

我遇到的所有问题,都给了

x86_64 架构的 undefined symbol

是由于某些库是使用 libstdc++ 编译的,并且不能用于使用 libc++

编译/链接的代码

libc++ 实际上是自 Mavericks 以来 clang 使用的默认新库,但是可以使用与经典 libstdc++ 相同的 clang 进行编译(无需安装旧 gcc),方法是使用选项

-stdlib=libstdc++


对于那些使用 Boost 的人,也可以通过下载源代码并使用(在编译时)而不是经典的方式在 mavericks 上使用通过 libstdc++ 编译/链接的 boost 库

./b2

以下

./b2 cxxflags="-stdlib=libstdc++"linkflags="-stdlib=libstdc++"


对于那些使用 Cmake 的人,您可能需要在适当的 cmake 文件中添加类似于:

find_library (LIBSTDCXX NAMES stdc++)

add_compile_options(-stdlib=libstdc++)

target_link_libraries(${PROJECT_NAME} ${LIBSTDCXX} ${YOUR_OTHER_LIBRARIES))

关于c++ - 架构 x86_64 的 undefined symbol - Mavericks (Yosemite, El Capitan...),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25020140/

相关文章:

c++ - 颜色类型 3 的 PNG 图像纹理格式

python - 在 Mac OS 上安装后找不到 ansible.cfg

c++ - 使用 libc++ 导致 GDB 在 OS X 上出现段错误

c++ - 为什么我需要将 -lstdc++ 添加到我的其他链接器标志中?

c++ - 让 GraphViz 作为 C++ 库工作的困难

c++ - 如何在 GCC 中使用 OpenSSL?

c++ - 使用 forrange 循环打印 argv

c++ - 复制构造函数调用 extra

java - hadoop java.io.IOException : while running namenode -format on OSX 错误

c++ - QDir::rename() 用于 2 个不同的分区