• dyld: Symbol not found: __ZNSt3__113basic_filebufIcNS_11char_traitsIcEEEC1Ev


    问题描述

    当我修改了几行代码,build了新的lib并集成到app以后,app 在mac11+ 的OS上运行良好,但是在 mac11 以及更多版本上,app持续crash,launch不起来。
    使用terminal 打开app的时候,输出如下错误:

    dyld: Symbol not found: __ZNSt3__113basic_filebufIcNS_11char_traitsIcEEEC1Ev
      Referenced from: /Applications/**/**.node
      Expected in: /usr/lib/libc++.1.dylib
    
    • 1
    • 2
    • 3

    问题定位过程

    1. 遇到问题先google,google提供的建议基本都是升级macos,这个对我不适用。
    2. 排查可用版本与当前版本的变量,只有编译的macos和xcode升级了。基本可以确定是升级导致的。但仍然需要定位清楚为什么macos和xcode会导致在就的macos 上crash。
    3. 利用objdump工具查看lib的符号表,结果如下:
      同样的demo,在旧的sdk(MacOSX12.1.sdk) 和新的sdk(MacOSX13.1.sdk)下生成的符号表不同。
      源码:
    #include 
    #include 
    
    int main(int, char**){
      printf("hello");
      // std::cout << "Hello, from symbolTest!\n";
      
      std::ifstream fs("test.txt");
      std::filebuf fb;
      
      fb.open("test.txt", std::ios_base::in);
      std::cout << std::boolalpha
                << "direct call: " << fb.is_open() << '\n'
                << "through streambuf: " << fs.rdbuf()->is_open() << '\n'
                << "through fstream: " << fs.is_open() << '\n';
                
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17

    MacOSX13.1.sdk 编译出来的符号表

    objdump -t symbolTest | grep __ZNSt3__113basic_filebufIcNS_11
    0000000000000000         *UND* __ZNSt3__113basic_filebufIcNS_11char_traitsIcEEE4openEPKcj
    0000000000000000         *UND* __ZNSt3__113basic_filebufIcNS_11char_traitsIcEEEC1Ev
    0000000000000000         *UND* __ZNSt3__113basic_filebufIcNS_11char_traitsIcEEED1Ev
    
    • 1
    • 2
    • 3
    • 4

    MacOSX12.1.sdk 编译出来的符号表

    objdump -t symbleTest | grep ZNSt3113basic_filebufIcNS_11char_traitsIcEEEC1Ev
    0000000100003280  w    F TEXT,text ZNSt3113basic_filebufIcNS_11char_traitsIcEEEC1Ev
    0000000100003280      d  UND ZNSt3113basic_filebufIcNS_11char_traitsIcEEEC1Ev
    
    • 1
    • 2
    • 3

    不同的MacOSX sdk完全相同的编译选项,编出来的可执行文件里面的符号却不同。

    1. 问题定位到这里第一想法是把MacOSX 降级到原来的版本,但这是个大动作。从理论上讲,高版本的MacOSX 应该能兼容到MAC11。
    2. 查找其他在MacOSX13.1.sdk 编译出来的有符号的库,对比flags.make中的编译选项,发现编译选项少了一个-mmacosx-version-min=10.13 , 在cmake中加上这个编译选项后,再查找符号,符号就存在了。

    解决方案

    cmake中添加最小支持版本的编译选项

    set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -mmacosx-version-min=11.0")
    set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -mmacosx-version-min=11.0")
    
    • 1
    • 2
  • 相关阅读:
    LeetCode-1774. 最接近目标价格的甜点成本【数组,背包问题,优化暴力,回溯】
    如何在 Python 中运行无头浏览器?
    黑马点评--好友关注
    全网首发!马士兵内部共享—1658页《Java面试突击核心讲》
    学习大数据,所需要的linux基础(1)
    一万三的手机,十四万人预约,我才知道,原谅不是经济不行,是我不行
    GO开发环境配置
    前端面试合集(三——浏览器)
    ssm基于Java web 的人人影视网站管理系统 毕业设计-附源码290915
    数据分析与Excel(二)
  • 原文地址:https://blog.csdn.net/poinsettia/article/details/132609451