[PATCH] D76937: Fix infinite recursion in deferred diagnostic emitter
Yaxun Liu via Phabricator via cfe-commits
cfe-commits at lists.llvm.org
Mon Mar 30 13:37:22 PDT 2020
yaxunl added a comment.
In D76937#1950077 <https://reviews.llvm.org/D76937#1950077>, @rjmccall wrote:
> Can you explain what exactly the emission/semantic model is for variables? Normal code-generation absolutely triggers the emission of many variables lazily (e.g. internal-linkage globals, C++ inline variables); and any variable that's *not* being emitted lazily actually needs to be treated as a potential root into the delayed-diagnostic graph.
Currently only in the following case a global variable can change the emission state of a function:
int foobar3() { return 1; }
#pragma omp declare target
int (*C)() = &foobar3;
#pragma omp end declare target
The global variable needs to be in a omp declare target directive. Its initializer references a host function.
This will cause the function emitted in device compilation.
This is not transitive for variable declaration/references, e.g. the following case will not cause foobar3 to be emitted in device compilation, unless variable C itself is enclosed in omp declare target directive.
int foobar3() { return 1; }
int (*C)() = &foobar3;
#pragma omp declare target
int (*D)() = C;
#pragma omp end declare target
Since we logged all such variable declarations in DeclsToCheckForDeferredDiags, we only need to check variables decls in DeclsToCheckForDeferredDiags and do not need to check variable decls in DeclRefExpr.
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D76937/new/
https://reviews.llvm.org/D76937
More information about the cfe-commits
mailing list