部署目标10.10的MacOS App在旧系统因____chkstk_darwin崩溃求助

我之前处理过完全相同的场景——升级到Catalina的Xcode环境后，面向旧版macOS（10.10-10.13）的应用崩溃，根源就是____chkstk_darwin这个符号的缺失。下面是经过验证的解决方案，不需要回退开发环境：

核心原因 #

____chkstk_darwin是Clang 11+（对应Xcode 11及以上版本）针对x86_64架构新增的栈检查函数，用于在函数调用时验证栈空间是否足够。但macOS 10.14（Mojave）及更早版本的/usr/lib/libSystem.B.dylib中并不包含这个符号。你的C++核心库是静态链接的，本身没有依赖，但Objective-C包装框架使用了新编译器的默认编译选项，引入了对该符号的动态依赖，导致旧系统运行时找不到它而崩溃。

具体解决步骤 #

1. 添加编译标志禁用栈检查 #

针对你的XXXCoreMacOSWrapper框架，修改Xcode编译设置，强制编译器不生成____chkstk_darwin的引用：

• 打开框架的Xcode项目，进入Build Settings
• 找到Other C Flags和Other C++ Flags，添加编译标志：-mno-stack-check
• 如果框架包含Swift代码，还需要在Other Swift Flags中添加：-Xcc -mno-stack-check（让Swift调用的C/ObjC代码也应用该标志）

这个标志会告诉Clang放弃新的栈检查逻辑，改用旧版系统兼容的栈处理方式，从根源上消除对____chkstk_darwin的依赖。

2. 明确指定最低部署版本 #

确保框架和主应用的Deployment Target保持为10.10，同时在Build Settings中：

• 找到Mac OS X Deployment Target，确认设置为10.10
• 在Other C Flags和Other C++ Flags中补充：-mmacosx-version-min=10.10（和部署目标一致，避免编译器默认使用更高版本的行为）

3. 验证修复效果 #

修改完成后重新编译框架和应用，用otool工具检查是否还存在问题符号：

otool -v -T XXXCoreMacOSWrapper.framework/Versions/A/XXXCoreMacOSWrapper | grep ____chkstk_darwin

如果没有输出，说明该符号的引用已经被消除，此时在Yosemite到High Sierra的系统上测试，应该不会再出现崩溃。

额外注意事项 #

• 如果你使用了C17或更高版本的特性，要确保这些特性在10.10系统上是兼容的，必要时调整**C Language Dialect和C++ Standard Library**设置（比如使用libc++但确保旧系统支持）
• 静态链接的OpenSSL和Poco库也要确认是用兼容10.10的编译选项构建的，避免引入其他隐藏的依赖问题

内容的提问来源于stack exchange，提问作者Njål Arne Gjermundshaug