Displaying 5 results from an estimated 5 matches for "objc_class_name_".
2007 Jul 19
0
[LLVMdev] Trouble Resolving Objective-C Symbols in lli
...ad=/System/Library/Frameworks/Foundation.framework/Foundation
> SimpleFoundation.bc
>
> Segmentation fault
>
> $ lli -force-interpreter
> -load=/System/Library/Frameworks/Foundation.framework/Foundation
> SimpleFoundation.bc
>
> Could not resolve external global address: .objc_class_name_NSAutoreleasePool
> Abort trap
>
> $ nm /System/Library/Frameworks/Foundation.framework/Foundation |
> grep .objc_class_name_NSAutoreleasePool
>
> 00000000 A .objc_class_name_NSAutoreleasePool
Ok, as you figured out, you do need to tell lli explicitly what frameworks
to load. On...
2007 Jul 19
2
[LLVMdev] Trouble Resolving Objective-C Symbols in lli
...ndation.exe[2535] Hello, World!
$ lli -load=/System/Library/Frameworks/Foundation.framework/Foundation
SimpleFoundation.bc
Segmentation fault
$ lli -force-interpreter
-load=/System/Library/Frameworks/Foundation.framework/Foundation
SimpleFoundation.bc
Could not resolve external global address: .objc_class_name_NSAutoreleasePool
Abort trap
$ nm /System/Library/Frameworks/Foundation.framework/Foundation |
grep .objc_class_name_NSAutoreleasePool
00000000 A .objc_class_name_NSAutoreleasePool
It seems that when linked by GCC the symbols are found without any trouble
however when using lli, the symbols arn...
2018 May 19
2
tbaa error: Access type node must be a valid scalar type
...NAME_ = private unnamed_addr constant [8 x i8]
c"test1::\00", section "__TEXT,__cstring,cstring_literals", align 1
@OBJC_METH_VAR_TYPE_ = private unnamed_addr constant [16 x i8]
c"v32 at 0:8^v16^v24\00", section "__TEXT,__cstring,cstring_literals", align 1
@OBJC_CLASS_NAME_ = private unnamed_addr constant [4 x i8] c"Foo\00",
section "__TEXT,__cstring,cstring_literals", align 1
@OBJC_CLASS_METHODS_Foo = private global { i32, i8*, [1 x
%struct._mulle_objc_method] } { i32 1, i8* null, [1 x
%struct._mulle_objc_method] [%struct._mulle_objc_method { i...
2018 Jul 25
2
A question to the DWARF experts on symbol indirection
> -----Original Message-----
> From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of Tim
> Northover via llvm-dev
> Sent: Wednesday, July 25, 2018 3:07 AM
> To: Nat!
> Cc: LLVM Developers Mailing List
> Subject: Re: [llvm-dev] A question to the DWARF experts on symbol
> indirection
>
> Hi Nat!,
>
> On Wed, 25 Jul 2018 at 01:21, Nat! via
2007 Jul 20
4
[LLVMdev] Trouble Resolving Objective-C Symbols in lli
...,
> Once you have that, you are hitting another problem. Specifically,
> the JIT::getPointerToNamedFunction method in
> lib/ExecutionEngine/JIT/Intercept.cpp just does a dlsym on missing
> symbols. If dlsym returns null, you get the error message.
>
> The problem here is that .objc_class_name_* are special symbols that
> are used by the objc linker support and they have magic meaning. This
> itself isn't a problem, the problem is that they are absolute symbols
> (which is why nm prints 'A' for the symbol) and their absolute value
> is 0. When dlsym correctly ret...