如何在 OS X Mavericks 上使用 Clang 设置自定义 C 入口点？

Posted 2023-02-21

【中文标题】如何在 OS X Mavericks 上使用 Clang 设置自定义 C 入口点？

【英文标题】：How can I set a custom C entry point with Clang on OS X Mavericks?

【发布时间】：2014-09-10 13:15:51

【问题描述】：

我有以下程序：

#include <stdio.h>

int bob() 
    printf("bob\n");
    return 0;


int main() 
    printf("main\n");
    return 0;

在 Linux 上，我可以通过以下方式启用自定义入口点：

gcc test.c -Wl,-e,bob

当我运行生成的程序时，我得到：

./a.out
bob

但是，在 OS X 上，这不起作用：

clang test.c -Wl,-e,bob
./a.out
main

我已尽一切努力让它发挥作用。我认为这可能是一个错误。这是带有-v 选项的输出：

clang test.c -Wl,-e,bob -v

Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn)
Target: x86_64-apple-darwin13.3.0
Thread model: posix
 "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang" -cc1 -triple x86_64-apple-macosx10.9.0 -emit-obj -mrelax-all -disable-free -disable-llvm-verifier -main-file-name test.c -mrelocation-model pic -pic-level 2 -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu core2 -target-linker-version 236.3 -v -resource-dir /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/5.1 -fdebug-compilation-dir /Users/mfichman/jogo -ferror-limit 19 -fmessage-length 125 -stack-protector 1 -mstackrealign -fblocks -fobjc-runtime=macosx-10.9.0 -fencode-extended-block-signature -fdiagnostics-show-option -fcolor-diagnostics -vectorize-slp -o /var/folders/4z/q41by0256hjc7s6v8ljmfpw8lywh5g/T/test-9b80a6.o -x c test.c
clang -cc1 version 5.1 based upon LLVM 3.4svn default target x86_64-apple-darwin13.3.0
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/5.1/include
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include
 /usr/include
 /System/Library/Frameworks (framework directory)
 /Library/Frameworks (framework directory)
End of search list.
 "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld" -demangle -dynamic -arch x86_64 -macosx_version_min 10.9.0 -e bob -o a.out /var/folders/4z/q41by0256hjc7s6v8ljmfpw8lywh5g/T/test-9b80a6.o -lSystem /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/5.1/lib/darwin/libclang_rt.osx.a

您可以看到clang 正确地将-e 传递给ld，所以这可能是Apple 的ld 的问题。如果是这种情况，我会对解决方案感兴趣。

【参考方案1】：

-e参数覆盖的默认入口点不是_main而是start，它负责设置和调用_main，然后将_main的返回值传递给_exit .如果您指定自己的入口点，则需要自己执行这些步骤。目前无法为您执行此初始化，但使用不同的主函数，因为 _main 的使用已硬编码到工具中。

您的 -e 参数被忽略的原因是由于 10.8 中的更改。在此版本之前，start 的实现通过crt1.o 链接到每个应用程序。在 10.8 中，start 处理可以由 dyld 执行，并且 LC_MAIN 加载命令指定程序中主函数的偏移量。更改此偏移量似乎是您想要的，但这目前是不可能的，因为当使用 LC_MAIN 启动方法时 ld 总是使用 _main 并忽略 -e 参数。要指定您自己的入口点，您需要告诉 ld 使用旧的程序启动方法，对于部署目标为 10.8 或更高版本的应用程序，您可以通过将 -no_new_main 传递给链接器来执行此操作。这是部署目标早于 10.8 的应用程序的默认行为。

【讨论】：

我们失败了一些Travis tests for Apple。 WatchSimulator 和 TVSimulator 因 Undefined symbols for architecture i386: _start 而失败。查看 Clang 资源中的 ToolChain.cpp 有一条评论说它不需要：“watchOS 不需要 crt1.o”。在 Watch 和 TV 模拟器平台上应该使用什么入口点符号？