Home
last modified time | relevance | path

Searched refs:ivars (Results 1 – 25 of 111) sorted by relevance

12345

/external/clang/test/SemaObjC/
Dproperty-and-class-extension.m4 When processing @synthesize, treat ivars in a class extension the same as ivars in the class @inter…
5 and treat ivars in a superclass extension the same as ivars in the superclass @interface.
6 In particular, when searching for an ivar to back an @synthesize, do look at ivars in the class's o…
7 extension but ignore any ivars in superclass class extensions.
Dstand-alone-implementation.m3 // Allow injection of ivars into implementation's implicit class.
Dno-ivar-in-interface-block.m1 // RUN: %clang_cc1 -fsyntax-only -verify -Wno-objc-root-class -Wobjc-interface-ivars %s
/external/llvm-project/clang/test/SemaObjC/
Dproperty-and-class-extension.m4 When processing @synthesize, treat ivars in a class extension the same as ivars in the class @inter…
5 and treat ivars in a superclass extension the same as ivars in the superclass @interface.
6 In particular, when searching for an ivar to back an @synthesize, do look at ivars in the class's o…
7 extension but ignore any ivars in superclass class extensions.
Dstand-alone-implementation.m3 // Allow injection of ivars into implementation's implicit class.
Dno-ivar-in-interface-block.m1 // RUN: %clang_cc1 -fsyntax-only -verify -Wno-objc-root-class -Wobjc-interface-ivars %s
/external/clang/test/CodeGenObjC/
Ddebug-info-ivars-extension.m3 // Make sure we generate debug symbols for ivars added by a class extension.
12 // poking into pi for primary class ivars.
23 // poking into pg for ivars for class extension
Ddebug-info-ivars-private.m3 // Debug symbols for private ivars. This test ensures that we are
4 // generating debug info for ivars added by the implementation.
Dstand-alone-implementation.m4 // Allow injection of ivars into implementation's implicit class.
Divar-layout-64.m116 // GC layout strings aren't capable of expressing __strong ivars at
132 // Hilariously, anonymous unions and structs that appear directly as ivars
/external/llvm-project/clang/test/CodeGenObjC/
Ddebug-info-ivars-extension.m3 // Make sure we generate debug symbols for ivars added by a class extension.
12 // poking into pi for primary class ivars.
23 // poking into pg for ivars for class extension
Ddebug-info-ivars-private.m3 // Debug symbols for private ivars. This test ensures that we are
4 // generating debug info for ivars added by the implementation.
Dgnustep2-ivar-offset.m8 // Public ivars have default visibility
12 // Private and package ivars should have hidden linkage.
Dstand-alone-implementation.m4 // Allow injection of ivars into implementation's implicit class.
Divar-layout-64.m116 // GC layout strings aren't capable of expressing __strong ivars at
132 // Hilariously, anonymous unions and structs that appear directly as ivars
/external/llvm-project/llvm/test/tools/llvm-objdump/MachO/
Dmacho-objc-meta-data.test33 OBJC2_64BIT_EXE: ivars 0x0
50 OBJC2_64BIT_EXE: ivars 0x0
85 OBJC2_64BIT_EXE: ivars 0x0
122 OBJC2_64BIT_EXE: ivars 0x0
167 OBJC2_64BIT_OBJ: ivars 0x0
204 OBJC2_64BIT_OBJ: ivars 0x0
281 OBJC2_32BIT_EXE: ivars 0x6694
335 OBJC2_32BIT_EXE: ivars 0x0
399 OBJC2_32BIT_EXE: ivars 0x67ec
433 OBJC2_32BIT_EXE: ivars 0x0
[all …]
/external/llvm/test/tools/llvm-objdump/X86/
Dmacho-objc-meta-data.test32 OBJC2_64BIT_EXE: ivars 0x0
49 OBJC2_64BIT_EXE: ivars 0x0
84 OBJC2_64BIT_EXE: ivars 0x0
121 OBJC2_64BIT_EXE: ivars 0x0
166 OBJC2_64BIT_OBJ: ivars 0x0
203 OBJC2_64BIT_OBJ: ivars 0x0
280 OBJC2_32BIT_EXE: ivars 0x6694
334 OBJC2_32BIT_EXE: ivars 0x0
398 OBJC2_32BIT_EXE: ivars 0x67ec
432 OBJC2_32BIT_EXE: ivars 0x0
[all …]
/external/llvm-project/lldb/test/API/lang/objc/blocks/
DMakefile1 OBJC_SOURCES := ivars-in-blocks.m main.m
Dmain.m1 #import "ivars-in-blocks.h"
/external/clang/test/Analysis/
Dunused-ivars.m69 // <rdar://problem/7254495> - ivars referenced by lexically nested functions
99 // <rdar://problem/8481311> Unused bitfield ivars trigger cause weird
/external/llvm-project/clang/test/Analysis/
Dunused-ivars.m69 // <rdar://problem/7254495> - ivars referenced by lexically nested functions
99 // <rdar://problem/8481311> Unused bitfield ivars trigger cause weird
/external/llvm-project/lld/test/MachO/Inputs/MacOSX.sdk/System/Library/Frameworks/CoreFoundation.framework/
DCoreFoundation.tbd12 objc-ivars: [ NSConstantArray._count ]
/external/llvm-project/llvm/test/Object/Inputs/
Dtapi-v3.tbd12 objc-ivars: [ NSBlockPredicate._block ]
Dtapi-invalid-v3.tbd12 objc-ivars: [ NSBlockPredicate._block ]
/external/llvm-project/lldb/test/API/lang/objc/rdar-11355592/
Dmain.m5 int32_t value_one; // ivars needed to make 32-bit happy

12345