13

私は OSX で実行しており、Clang を使用して、OSX Cocoa クラスを使用する Obj-C コードをコンパイルしています。その結果を LLVM JIT コンパイラで実行しようとしています。LLVM/Clang の最新の最先端バージョンを使用しています。

コードのコンパイルやリンクに問題はなく、C および C++ システム コールも問題なく実行できます。しかし、私の Obj-C 呼び出しはすべて惨めに失敗しており、その理由を突き止めようとしています。関数はobjc_msgSend()正しく呼び出されているように見えますが、ランタイムは最も単純なセレクターでさえ認識を拒否しています。

Clang と LLI だけを使用して問題を再現することができました。これを行う方法は次のとおりです。

簡単なファイル test.mm を作成します。

#include <Cocoa/Cocoa.h>
#include <cstdio>
#include <iostream>

extern "C" int main (int, char**)
{
    std::cout << "==== step 1" << std::endl;

    NSAutoreleasePool* pool = [[NSAutoreleasePool alloc] init];
    [pool release];

    std::cout << "==== step 2" << std::endl;

    return 0;
}

..clang でビットコードにコンパイルします。

clang -emit-llvm test.mm -c -o test.bc

次に、lli で実行します。

lli -load=/System/Library/Frameworks/Foundation.framework/Versions/Current/Foundation test.bc

lli の出力は次のようになります。

==== step 1
objc[45353]: Object 0x101a362a0 of class __NSCFString autoreleased with no pool in place - just leaking - break on objc_autoreleaseNoPool() to debug
2012-04-29 20:07:35.384 lli[45353:707] -[NSAutoreleasePool init]: unrecognized selector sent to instance 0x101a35170
2012-04-29 20:07:35.386 lli[45353:707] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[NSAutoreleasePool init]: unrecognized selector sent to instance 0x101a35170'
*** First throw call stack:
(
    0   CoreFoundation                      0x00007fff89c76fc6 __exceptionPreprocess + 198
    1   libobjc.A.dylib                     0x00007fff8c9e6d5e objc_exception_throw + 43
    2   CoreFoundation                      0x00007fff89d032ae -[NSObject doesNotRecognizeSelector:] + 190
    3   CoreFoundation                      0x00007fff89c63e73 ___forwarding___ + 371
    4   CoreFoundation                      0x00007fff89c63c88 _CF_forwarding_prep_0 + 232
    5   ???                                 0x0000000101929111 0x0 + 4321349905
    6   lli                                 0x000000010148f36b _ZN4llvm15ExecutionEngine17runFunctionAsMainEPNS_8FunctionERKSt6vectorISsSaISsEEPKPKc + 1259
    7   lli                                 0x0000000101016657 main + 3095
    8   lli                                 0x0000000101015a34 start + 52
    9   ???                                 0x0000000000000003 0x0 + 3
)
terminate called throwing an exception0  lli               0x00000001015c5b02 _ZL15PrintStackTracePv + 34
1  lli               0x00000001015c5fd9 _ZL13SignalHandleri + 633
2  libsystem_c.dylib 0x00007fff8f8bccfa _sigtramp + 26
3  libsystem_c.dylib 0x0000000000000001 _sigtramp + 18446603338107859745
4  libsystem_c.dylib 0x00007fff8f85ba7a abort + 143
5  libc++abi.dylib   0x00007fff8518a7bc abort_message + 214
6  libc++abi.dylib   0x00007fff85187fcf default_terminate() + 28
7  libobjc.A.dylib   0x00007fff8c9e71b9 _objc_terminate + 94
8  libc++abi.dylib   0x00007fff85188001 safe_handler_caller(void (*)()) + 11
9  libc++abi.dylib   0x00007fff8518805c __cxa_bad_typeid + 0
10 libc++abi.dylib   0x00007fff85189152 __gxx_exception_cleanup(_Unwind_Reason_Code, _Unwind_Exception*) + 0
11 libobjc.A.dylib   0x00007fff8c9e6e7a _objc_exception_destructor + 0
12 CoreFoundation    0x00007fff89d032ae -[NSObject doesNotRecognizeSelector:] + 190
13 CoreFoundation    0x00007fff89c63e73 ___forwarding___ + 371
14 CoreFoundation    0x00007fff89c63c88 _CF_forwarding_prep_0 + 232
15 CoreFoundation    0x0000000101929111 _CF_forwarding_prep_0 + 18446603342526043505
16 lli               0x000000010148f36b llvm::ExecutionEngine::runFunctionAsMain(llvm::Function*, std::vector<std::string, std::allocator<std::string> > const&, char const* const*) + 1259
17 lli               0x0000000101016657 main + 3095
18 lli               0x0000000101015a34 start + 52
19 lli               0x0000000000000003 start + 18446744069397718531
Stack dump:
0.  Program arguments: Release/bin/lli -load=/System/Library/Frameworks/Foundation.framework/Versions/Current/Foundation /Users/jules/Desktop/test.bc 
Abort trap: 6

ログでわかるように、それは-[NSAutoreleasePool init]認識されていないセレクターであると言っています。他のセレクター、たとえば-[NSString init]、明らかに機能するはずの他のセレクターでも同じことが起こります。

どんな助けや手がかりも大歓迎です！これがバグなのか、私が間違っているのか、それともまだ完成していない機能なのか、少し迷っています。LLVM のドキュメントやインターウェブのどこにも、この問題への言及が見つかりません。

従来の Obj-C 脆弱な ABI など、さまざまな clang オプションを試しましたが、うまくいきませんでした。私は LLVM や Obj-C ランタイムの専門家ではありませんが、これには困惑しました。

- 編集 -

誰かとベルが鳴ることを期待して、もう少し情報を..

通常の obj-C メッセージ呼び出しを objc_msgSend への明示的な呼び出しに置き換えてみたところ、次のことがわかりました。

SEL s = sel_getUid ("init");
objc_msgSend (myObject, s);   // Succeeds!

SEL s = @selector (init);
objc_msgSend (myObject, s);   // Fails!

..そのため、clang が SEL 値を自動生成すると、ランタイムで使用できない値が生成されているようです。何が起こっているのかを理解するために、LLVM/Clang コードベースのどこを見ればよいか、誰でも提案できますか?

4

2 に答える 2

2

Objective-C は特別な名前のグローバルを使用してセレクターを参照し、リンカーと ObjC ランタイムはこれらのグローバルについて特別な知識を持っているため、すべてが正常に機能します。lli は Objective-C の知識がありません。したがって、ObjC ランタイムは、問題のグローバルに対して特別な処理を実行することはありません。

頭のてっぺんから、それを機能させるために正確に何をする必要があるのか​​ わかりません。

于 2012-05-03T06:40:35.777 に答える