forked from OSchip/llvm-project
d4e1ba3fa9
__attribute__((objc_direct)) is an attribute on methods declaration, and __attribute__((objc_direct_members)) on implementation, categories or extensions. A `direct` property specifier is added (@property(direct) type name) These attributes / specifiers cause the method to have no associated Objective-C metadata (for the property or the method itself), and the calling convention to be a direct C function call. The symbol for the method has enforced hidden visibility and such direct calls are hence unreachable cross image. An explicit C function must be made if so desired to wrap them. The implicit `self` and `_cmd` arguments are preserved, however to maintain compatibility with the usual `objc_msgSend` semantics, 3 fundamental precautions are taken: 1) for instance methods, `self` is nil-checked. On arm64 backends this typically adds a single instruction (cbz x0, <closest-ret>) to the codegen, for the vast majority of the cases when the return type is a scalar. 2) for class methods, because the class may not be realized/initialized yet, a call to `[self self]` is emitted. When the proper deployment target is used, this is optimized to `objc_opt_self(self)`. However, long term we might want to emit something better that the optimizer can reason about. When inlining kicks in, these calls aren't optimized away as the optimizer has no idea that a single call is really necessary. 3) the calling convention for the `_cmd` argument is changed: the caller leaves the second argument to the call undefined, and the selector is loaded inside the body when it's referenced only. As far as error reporting goes, the compiler refuses: - making any overloads direct, - making an overload of a direct method, - implementations marked as direct when the declaration in the interface isn't (the other way around is allowed, as the direct attribute is inherited from the declaration), - marking methods required for protocol conformance as direct, - messaging an unqualified `id` with a direct method, - forming any @selector() expression with only direct selectors. As warnings: - any inconsistency of direct-related calling convention when @selector() or messaging is used, - forming any @selector() expression with a possibly direct selector. Lastly an `objc_direct_members` attribute is added that can decorate `@implementation` blocks and causes methods only declared there (and in no `@interface`) to be automatically direct. When decorating an `@interface` then all methods and properties declared in this block are marked direct. Radar-ID: rdar://problem/2684889 Differential Revision: https://reviews.llvm.org/D69991 Reviewed-By: John McCall |
||
|---|---|---|
| .. | ||
| AnalysisBasedWarnings.cpp | ||
| CMakeLists.txt | ||
| CodeCompleteConsumer.cpp | ||
| CoroutineStmtBuilder.h | ||
| DeclSpec.cpp | ||
| DelayedDiagnostic.cpp | ||
| IdentifierResolver.cpp | ||
| JumpDiagnostics.cpp | ||
| MultiplexExternalSemaSource.cpp | ||
| OpenCLBuiltins.td | ||
| ParsedAttr.cpp | ||
| Scope.cpp | ||
| ScopeInfo.cpp | ||
| Sema.cpp | ||
| SemaAccess.cpp | ||
| SemaAttr.cpp | ||
| SemaCUDA.cpp | ||
| SemaCXXScopeSpec.cpp | ||
| SemaCast.cpp | ||
| SemaChecking.cpp | ||
| SemaCodeComplete.cpp | ||
| SemaConcept.cpp | ||
| SemaConsumer.cpp | ||
| SemaCoroutine.cpp | ||
| SemaDecl.cpp | ||
| SemaDeclAttr.cpp | ||
| SemaDeclCXX.cpp | ||
| SemaDeclObjC.cpp | ||
| SemaExceptionSpec.cpp | ||
| SemaExpr.cpp | ||
| SemaExprCXX.cpp | ||
| SemaExprMember.cpp | ||
| SemaExprObjC.cpp | ||
| SemaFixItUtils.cpp | ||
| SemaInit.cpp | ||
| SemaLambda.cpp | ||
| SemaLookup.cpp | ||
| SemaModule.cpp | ||
| SemaObjCProperty.cpp | ||
| SemaOpenMP.cpp | ||
| SemaOverload.cpp | ||
| SemaPseudoObject.cpp | ||
| SemaStmt.cpp | ||
| SemaStmtAsm.cpp | ||
| SemaStmtAttr.cpp | ||
| SemaTemplate.cpp | ||
| SemaTemplateDeduction.cpp | ||
| SemaTemplateInstantiate.cpp | ||
| SemaTemplateInstantiateDecl.cpp | ||
| SemaTemplateVariadic.cpp | ||
| SemaType.cpp | ||
| TreeTransform.h | ||
| TypeLocBuilder.cpp | ||
| TypeLocBuilder.h | ||