Xcode：如何在 i7 上为旧版 Intel 处理器（i5、Core 2 Duo）构建

Question

我的应用程序在新的 Apple 笔记本电脑上构建然后在旧得多的 Apple 笔记本电脑上启动时崩溃。

当使用 llvm 6.1 和 C++11 时，应用程序是在 OSX 10.9 和 10.10 上使用 Xcode 6.4 构建的。 SDK是10.10，目标OSX是10.7。优化已关闭。

当 C 运行时加载我的应用程序二进制文件并初始化模块时，崩溃发生得非常早。

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   com.MyCompany.MyApplication     0x000000010cd10e7a _GLOBAL__I_a + 10
1   dyld                            0x00007fff61fd3ceb ImageLoaderMachO::doModInitFunctions(ImageLoader::LinkContext const&) + 265
2   dyld                            0x00007fff61fd3e78 ImageLoaderMachO::doInitialization(ImageLoader::LinkContext const&) + 40
3   dyld                            0x00007fff61fd0871 ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned int,

这是在我的任何应用程序代码之前。构建机器上不会发生崩溃 (i7 CPU)。崩溃发生在 i5 和 Core 2 Duo 机器上。我怀疑扩展（CPU 特定）指令导致加载时崩溃。

当我使用相同的 Xcode、相同的 llvm 等在 Core 2 Duo 机器上构建应用程序时，没有崩溃。

我也在使用自制软件：libmtp、libusb、libusb-compat、cryptopp、curl（使用 c-ares、openssl、nghttp2）、boost。我在必要时指定了 C++11，并指定了 --build-bottle。我正在静态 linking 这些库。

我尝试在所有库、最终二进制文件等上使用 otool -tV 来查找 SSE 指令。

我尝试将 Xcode LLVM 构建设置 "Enable Additional Vector Extensions" 设置为 "platform" 和 "SSE3" 无济于事。这可能是因为自制软件没有将 --universal 标志从 curl 传递到 openssl 的构建，它是 cryptlib。

我从旧机器上获取了静态库 libcurl.a (CURL)、libssl.a (OpenSSL)、libcrypto.a (OpenSSL)、libz.a (zlib) 和将它们添加到我的存储库中。在我的应用程序中使用 Xcode 到 link 它们解决了问题。

我应该使用其他工具来缩小违规指令的范围吗？崩溃还有其他解释吗？

附录：除了在旧机器上构建库之外，我还创建了一个概念验证、最小的即时崩溃程序，报告崩溃位置略有不同，但演示了问题：

在 i7（带有新 Intel CPU 的新 Apple 计算机）上，使用 homebrew 安装： brew install curl --with-c-ares --with-openssl

然后将此源复制到文件 sse.cpp:

#define CURL_STATICLIB
#include <curl/curl.h>
int main(int argc, const char * argv[]) {
    curl_global_init(CURL_GLOBAL_ALL);
    return 0;
}

编译它：

clang++ sse.cpp -c -arch x86_64 -I/usr/local/opt/curl/include
clang++ -o a.out sse.o /usr/local/opt/openssl/lib/libssl.a /usr/local/opt/openssl/lib/libcrypto.a /usr/local/opt/zlib/lib/libz.a /usr/local/opt/curl/lib/libcurl.a /usr/local/opt/c-ares/lib/libcares.a -stdlib=libc++ -framework LDAP

现在换用旧的 Apple 电脑和旧的 Intel CPU，然后崩溃：

./a.out

崩溃报告（压缩）：

Process:               a.out [569]
...
Code Type:             X86-64 (Native)
Parent Process:        bash [448]
Responsible:           Terminal [339]
...
OS Version:            Mac OS X 10.10.5 (14F27)
...
Crashed Thread:        0  Dispatch queue: com.apple.main-thread
Exception Type:        EXC_BAD_INSTRUCTION (SIGILL)
Exception Codes:       0x0000000000000001, 0x0000000000000000
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   a.out                           0x000000010dbdce3f ENGINE_new + 36
1   a.out                           0x000000010dbe05e3 ENGINE_load_dynamic + 11
2   a.out                           0x000000010dbdf04a ENGINE_load_builtin_engines + 24
3   a.out                           0x000000010dc76b36 Curl_ossl_init + 14
4   a.out                           0x000000010dc5c2a5 curl_global_init + 114
5   a.out                           0x000000010db51d95 main + 37
6   libdyld.dylib                   0x00007fff88b735c9 start + 1

Answer 1

当您禁用编译器优化时，您的代码能正常工作吗？如果没有，试试旧版本的 Xcode 怎么样？它可能只是一个编译器错误，但我希望不是！如果你能找到一个工作编译器或一组编译器选项来检查，你可以使用 LLVM 的 bugpoint 工具来隔离哪个文件被错误编译。

Answer 2

解决方案似乎涉及使用：

export HOMEBREW_BUILD_BOTTLE=1
export HOMEBREW_BOTTLE_ARCH=core2

构建自制程序库时。使用 Intel XED 我能够检查发出的机器代码是否有不受支持的指令：

xed_cmd="/usr/local/bin/xed"
ar -x libcurl.a
parts=(*.o)
for j in "${parts[@]}"; do
    chipcheck=$(${xed_cmd} -i ${j} -chip-check ${chipToCheck})
    chiperrors=$(echo "${chipcheck}" | grep "# Total Chip Check Errors")

    if [[ "$chiperrors" != "# Total Chip Check Errors: 0" ]] ; then
        echo ERROR ${libname} ${j} $chiperrors
    fi
done

Xcode：如何在 i7 上为旧版 Intel 处理器（i5、Core 2 Duo）构建

Xcode: how to build for older Intel processors (i5, Core 2 Duo) on i7

c++

xcode

macos

c++11

llvm-clang