2019-11-06 04:13:30 +08:00
|
|
|
// RUN: %clang_cc1 -verify -fopenmp -x c++ -triple x86_64-unknown-linux -emit-llvm %s -fexceptions -fcxx-exceptions -o - -fsanitize-address-use-after-scope | FileCheck %s
|
|
|
|
|
// RUN: %clang_cc1 -fopenmp -x c++ -std=c++11 -triple x86_64-unknown-linux -fexceptions -fcxx-exceptions -emit-pch -o %t -fopenmp-version=50 %s
|
|
|
|
|
// RUN: %clang_cc1 -fopenmp -x c++ -triple x86_64-unknown-linux -fexceptions -fcxx-exceptions -std=c++11 -include-pch %t -verify %s -emit-llvm -o - -fopenmp-version=50 | FileCheck %s
|
|
|
|
|
// expected-no-diagnostics
|
|
|
|
|
|
|
|
|
|
// CHECK-NOT: ret i32 {{1|4|81|84}}
|
|
|
|
|
// CHECK-DAG: @_Z3barv = {{.*}}alias i32 (), i32 ()* @_Z3foov
|
|
|
|
|
// CHECK-DAG: @_ZN16SpecSpecialFuncs6MethodEv = {{.*}}alias i32 (%struct.SpecSpecialFuncs*), i32 (%struct.SpecSpecialFuncs*)* @_ZN16SpecSpecialFuncs7method_Ev
|
|
|
|
|
// CHECK-DAG: @_ZN16SpecSpecialFuncs6methodEv = linkonce_odr {{.*}}alias i32 (%struct.SpecSpecialFuncs*), i32 (%struct.SpecSpecialFuncs*)* @_ZN16SpecSpecialFuncs7method_Ev
|
|
|
|
|
// CHECK-DAG: @_ZN12SpecialFuncs6methodEv = linkonce_odr {{.*}}alias i32 (%struct.SpecialFuncs*), i32 (%struct.SpecialFuncs*)* @_ZN12SpecialFuncs7method_Ev
|
|
|
|
|
// CHECK-DAG: @_Z5prio_v = {{.*}}alias i32 (), i32 ()* @_Z5prio1v
|
|
|
|
|
// CHECK-DAG: @_ZL6prio1_v = internal alias i32 (), i32 ()* @_ZL5prio2v
|
|
|
|
|
// CHECK-DAG: @_Z4callv = {{.*}}alias i32 (), i32 ()* @_Z4testv
|
|
|
|
|
// CHECK-DAG: @_ZL9stat_usedv = internal alias i32 (), i32 ()* @_ZL10stat_used_v
|
|
|
|
|
// CHECK-DAG: @_ZN12SpecialFuncs6MethodEv = {{.*}}alias i32 (%struct.SpecialFuncs*), i32 (%struct.SpecialFuncs*)* @_ZN12SpecialFuncs7method_Ev
|
|
|
|
|
// CHECK-DAG: @fn_linkage = {{.*}}alias i32 (), i32 ()* @_Z18fn_linkage_variantv
|
|
|
|
|
// CHECK-DAG: @_Z11fn_linkage1v = {{.*}}alias i32 (), i32 ()* @fn_linkage_variant1
|
|
|
|
|
// CHECK-DAG: declare {{.*}}i32 @_Z5bazzzv()
|
|
|
|
|
// CHECK-DAG: declare {{.*}}i32 @_Z3bazv()
|
|
|
|
|
// CHECK-DAG: ret i32 2
|
|
|
|
|
// CHECK-DAG: ret i32 3
|
|
|
|
|
// CHECK-DAG: ret i32 5
|
|
|
|
|
// CHECK-DAG: ret i32 6
|
|
|
|
|
// CHECK-DAG: ret i32 7
|
|
|
|
|
// CHECK-DAG: ret i32 82
|
|
|
|
|
// CHECK-DAG: ret i32 83
|
|
|
|
|
// CHECK-DAG: ret i32 85
|
|
|
|
|
// CHECK-DAG: ret i32 86
|
|
|
|
|
// CHECK-DAG: ret i32 87
|
2019-12-11 05:12:53 +08:00
|
|
|
// CHECK-DAG: ret i32 88
|
2019-11-06 04:13:30 +08:00
|
|
|
// CHECK-NOT: ret i32 {{1|4|81|84}}
|
|
|
|
|
|
|
|
|
|
#ifndef HEADER
|
|
|
|
|
#define HEADER
|
|
|
|
|
|
|
|
|
|
int foo() { return 2; }
|
|
|
|
|
|
|
|
|
|
#pragma omp declare variant(foo) match(implementation = {vendor(llvm)}, device={kind(cpu)})
|
|
|
|
|
int bar() { return 1; }
|
|
|
|
|
|
|
|
|
|
int bazzz();
|
|
|
|
|
#pragma omp declare variant(bazzz) match(implementation = {vendor(llvm)}, device={kind(host)})
|
|
|
|
|
int baz() { return 1; }
|
|
|
|
|
|
|
|
|
|
int test();
|
|
|
|
|
#pragma omp declare variant(test) match(implementation = {vendor(llvm)}, device={kind(cpu)})
|
|
|
|
|
int call() { return 1; }
|
|
|
|
|
|
2019-12-11 05:12:53 +08:00
|
|
|
static int stat_unused_no_emit() { return 1; }
|
2019-11-06 04:13:30 +08:00
|
|
|
static int stat_unused_();
|
|
|
|
|
#pragma omp declare variant(stat_unused_) match(implementation = {vendor(llvm)}, device={kind(cpu)})
|
[OpenMP][Part 2] Use reusable OpenMP context/traits handling
This patch implements an almost complete handling of OpenMP
contexts/traits such that we can reuse most of the logic in Flang
through the OMPContext.{h,cpp} in llvm/Frontend/OpenMP.
All but construct SIMD specifiers, e.g., inbranch, and the device ISA
selector are define in `llvm/lib/Frontend/OpenMP/OMPKinds.def`. From
these definitions we generate the enum classes `TraitSet`,
`TraitSelector`, and `TraitProperty` as well as conversion and helper
functions in `llvm/lib/Frontend/OpenMP/OMPContext.{h,cpp}`.
The above enum classes are used in the parser, sema, and the AST
attribute. The latter is not a collection of multiple primitive variant
arguments that contain encodings via numbers and strings but instead a
tree that mirrors the `match` clause (see `struct OpenMPTraitInfo`).
The changes to the parser make it more forgiving when wrong syntax is
read and they also resulted in more specialized diagnostics. The tests
are updated and the core issues are detected as before. Here and
elsewhere this patch tries to be generic, thus we do not distinguish
what selector set, selector, or property is parsed except if they do
behave exceptionally, as for example `user={condition(EXPR)}` does.
The sema logic changed in two ways: First, the OMPDeclareVariantAttr
representation changed, as mentioned above, and the sema was adjusted to
work with the new `OpenMPTraitInfo`. Second, the matching and scoring
logic moved into `OMPContext.{h,cpp}`. It is implemented on a flat
representation of the `match` clause that is not tied to clang.
`OpenMPTraitInfo` provides a method to generate this flat structure (see
`struct VariantMatchInfo`) by computing integer score values and boolean
user conditions from the `clang::Expr` we keep for them.
The OpenMP context is now an explicit object (see `struct OMPContext`).
This is in anticipation of construct traits that need to be tracked. The
OpenMP context, as well as the `VariantMatchInfo`, are basically made up
of a set of active or respectively required traits, e.g., 'host', and an
ordered container of constructs which allows duplication. Matching and
scoring is kept as generic as possible to allow easy extension in the
future.
---
Test changes:
The messages checked in `OpenMP/declare_variant_messages.{c,cpp}` have
been auto generated to match the new warnings and notes of the parser.
The "subset" checks were reversed causing the wrong version to be
picked. The tests have been adjusted to correct this.
We do not print scores if the user did not provide one.
We print spaces to make lists in the `match` clause more legible.
Reviewers: kiranchandramohan, ABataev, RaviNarayanaswamy, gtbercea, grokos, sdmitriev, JonChesterfield, hfinkel, fghanim
Subscribers: merge_guards_bot, rampitec, mgorny, hiraditya, aheejin, fedor.sergeev, simoncook, bollu, guansong, dexonsmith, jfb, s.egerton, llvm-commits, cfe-commits
Tags: #clang, #llvm
Differential Revision: https://reviews.llvm.org/D71830
2019-12-20 10:42:12 +08:00
|
|
|
#pragma omp declare variant(stat_unused_no_emit) match(implementation = {vendor(unknown)}, device = {kind(gpu)})
|
2019-11-06 04:13:30 +08:00
|
|
|
static int stat_unused() { return 1; }
|
|
|
|
|
|
|
|
|
|
static int stat_used_();
|
|
|
|
|
#pragma omp declare variant(stat_used_) match(implementation = {vendor(llvm)}, device={kind(host)})
|
|
|
|
|
static int stat_used() { return 1; }
|
|
|
|
|
|
|
|
|
|
int main() { return bar() + baz() + call() + stat_used(); }
|
|
|
|
|
|
|
|
|
|
int test() { return 3; }
|
|
|
|
|
static int stat_unused_() { return 4; }
|
|
|
|
|
static int stat_used_() { return 5; }
|
|
|
|
|
|
|
|
|
|
struct SpecialFuncs {
|
|
|
|
|
void vd() {}
|
|
|
|
|
SpecialFuncs();
|
|
|
|
|
~SpecialFuncs();
|
|
|
|
|
|
|
|
|
|
int method_() { return 6; }
|
|
|
|
|
#pragma omp declare variant(SpecialFuncs::method_) \
|
|
|
|
|
match(implementation = {vendor(llvm)}, device={kind(cpu)})
|
|
|
|
|
int method() { return 1; }
|
|
|
|
|
#pragma omp declare variant(SpecialFuncs::method_) \
|
|
|
|
|
match(implementation = {vendor(llvm)}, device={kind(host)})
|
|
|
|
|
int Method();
|
|
|
|
|
} s;
|
|
|
|
|
|
|
|
|
|
int SpecialFuncs::Method() { return 1; }
|
|
|
|
|
|
|
|
|
|
struct SpecSpecialFuncs {
|
|
|
|
|
void vd() {}
|
|
|
|
|
SpecSpecialFuncs();
|
|
|
|
|
~SpecSpecialFuncs();
|
|
|
|
|
|
|
|
|
|
int method_();
|
|
|
|
|
#pragma omp declare variant(SpecSpecialFuncs::method_) \
|
|
|
|
|
match(implementation = {vendor(llvm)}, device={kind(cpu)})
|
|
|
|
|
int method() { return 1; }
|
|
|
|
|
#pragma omp declare variant(SpecSpecialFuncs::method_) \
|
|
|
|
|
match(implementation = {vendor(llvm)}, device={kind(host)})
|
|
|
|
|
int Method();
|
|
|
|
|
} s1;
|
|
|
|
|
|
|
|
|
|
int SpecSpecialFuncs::method_() { return 7; }
|
|
|
|
|
int SpecSpecialFuncs::Method() { return 1; }
|
|
|
|
|
|
|
|
|
|
void xxx() {
|
|
|
|
|
(void)s.method();
|
|
|
|
|
(void)s1.method();
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
int prio() { return 81; }
|
|
|
|
|
int prio1() { return 82; }
|
|
|
|
|
|
[OpenMP][Part 2] Use reusable OpenMP context/traits handling
This patch implements an almost complete handling of OpenMP
contexts/traits such that we can reuse most of the logic in Flang
through the OMPContext.{h,cpp} in llvm/Frontend/OpenMP.
All but construct SIMD specifiers, e.g., inbranch, and the device ISA
selector are define in `llvm/lib/Frontend/OpenMP/OMPKinds.def`. From
these definitions we generate the enum classes `TraitSet`,
`TraitSelector`, and `TraitProperty` as well as conversion and helper
functions in `llvm/lib/Frontend/OpenMP/OMPContext.{h,cpp}`.
The above enum classes are used in the parser, sema, and the AST
attribute. The latter is not a collection of multiple primitive variant
arguments that contain encodings via numbers and strings but instead a
tree that mirrors the `match` clause (see `struct OpenMPTraitInfo`).
The changes to the parser make it more forgiving when wrong syntax is
read and they also resulted in more specialized diagnostics. The tests
are updated and the core issues are detected as before. Here and
elsewhere this patch tries to be generic, thus we do not distinguish
what selector set, selector, or property is parsed except if they do
behave exceptionally, as for example `user={condition(EXPR)}` does.
The sema logic changed in two ways: First, the OMPDeclareVariantAttr
representation changed, as mentioned above, and the sema was adjusted to
work with the new `OpenMPTraitInfo`. Second, the matching and scoring
logic moved into `OMPContext.{h,cpp}`. It is implemented on a flat
representation of the `match` clause that is not tied to clang.
`OpenMPTraitInfo` provides a method to generate this flat structure (see
`struct VariantMatchInfo`) by computing integer score values and boolean
user conditions from the `clang::Expr` we keep for them.
The OpenMP context is now an explicit object (see `struct OMPContext`).
This is in anticipation of construct traits that need to be tracked. The
OpenMP context, as well as the `VariantMatchInfo`, are basically made up
of a set of active or respectively required traits, e.g., 'host', and an
ordered container of constructs which allows duplication. Matching and
scoring is kept as generic as possible to allow easy extension in the
future.
---
Test changes:
The messages checked in `OpenMP/declare_variant_messages.{c,cpp}` have
been auto generated to match the new warnings and notes of the parser.
The "subset" checks were reversed causing the wrong version to be
picked. The tests have been adjusted to correct this.
We do not print scores if the user did not provide one.
We print spaces to make lists in the `match` clause more legible.
Reviewers: kiranchandramohan, ABataev, RaviNarayanaswamy, gtbercea, grokos, sdmitriev, JonChesterfield, hfinkel, fghanim
Subscribers: merge_guards_bot, rampitec, mgorny, hiraditya, aheejin, fedor.sergeev, simoncook, bollu, guansong, dexonsmith, jfb, s.egerton, llvm-commits, cfe-commits
Tags: #clang, #llvm
Differential Revision: https://reviews.llvm.org/D71830
2019-12-20 10:42:12 +08:00
|
|
|
#pragma omp declare variant(prio1) match(implementation = {vendor(score(2): llvm)}, device={kind(cpu,host)})
|
|
|
|
|
#pragma omp declare variant(prio) match(implementation = {vendor(score(1): llvm)}, device={kind(cpu)})
|
2019-11-06 04:13:30 +08:00
|
|
|
int prio_() { return 1; }
|
|
|
|
|
|
|
|
|
|
static int prio2() { return 83; }
|
|
|
|
|
static int prio3() { return 84; }
|
|
|
|
|
static int prio4() { return 84; }
|
|
|
|
|
|
[OpenMP][Part 2] Use reusable OpenMP context/traits handling
This patch implements an almost complete handling of OpenMP
contexts/traits such that we can reuse most of the logic in Flang
through the OMPContext.{h,cpp} in llvm/Frontend/OpenMP.
All but construct SIMD specifiers, e.g., inbranch, and the device ISA
selector are define in `llvm/lib/Frontend/OpenMP/OMPKinds.def`. From
these definitions we generate the enum classes `TraitSet`,
`TraitSelector`, and `TraitProperty` as well as conversion and helper
functions in `llvm/lib/Frontend/OpenMP/OMPContext.{h,cpp}`.
The above enum classes are used in the parser, sema, and the AST
attribute. The latter is not a collection of multiple primitive variant
arguments that contain encodings via numbers and strings but instead a
tree that mirrors the `match` clause (see `struct OpenMPTraitInfo`).
The changes to the parser make it more forgiving when wrong syntax is
read and they also resulted in more specialized diagnostics. The tests
are updated and the core issues are detected as before. Here and
elsewhere this patch tries to be generic, thus we do not distinguish
what selector set, selector, or property is parsed except if they do
behave exceptionally, as for example `user={condition(EXPR)}` does.
The sema logic changed in two ways: First, the OMPDeclareVariantAttr
representation changed, as mentioned above, and the sema was adjusted to
work with the new `OpenMPTraitInfo`. Second, the matching and scoring
logic moved into `OMPContext.{h,cpp}`. It is implemented on a flat
representation of the `match` clause that is not tied to clang.
`OpenMPTraitInfo` provides a method to generate this flat structure (see
`struct VariantMatchInfo`) by computing integer score values and boolean
user conditions from the `clang::Expr` we keep for them.
The OpenMP context is now an explicit object (see `struct OMPContext`).
This is in anticipation of construct traits that need to be tracked. The
OpenMP context, as well as the `VariantMatchInfo`, are basically made up
of a set of active or respectively required traits, e.g., 'host', and an
ordered container of constructs which allows duplication. Matching and
scoring is kept as generic as possible to allow easy extension in the
future.
---
Test changes:
The messages checked in `OpenMP/declare_variant_messages.{c,cpp}` have
been auto generated to match the new warnings and notes of the parser.
The "subset" checks were reversed causing the wrong version to be
picked. The tests have been adjusted to correct this.
We do not print scores if the user did not provide one.
We print spaces to make lists in the `match` clause more legible.
Reviewers: kiranchandramohan, ABataev, RaviNarayanaswamy, gtbercea, grokos, sdmitriev, JonChesterfield, hfinkel, fghanim
Subscribers: merge_guards_bot, rampitec, mgorny, hiraditya, aheejin, fedor.sergeev, simoncook, bollu, guansong, dexonsmith, jfb, s.egerton, llvm-commits, cfe-commits
Tags: #clang, #llvm
Differential Revision: https://reviews.llvm.org/D71830
2019-12-20 10:42:12 +08:00
|
|
|
#pragma omp declare variant(prio4) match(implementation = {vendor(score(5): llvm)})
|
|
|
|
|
#pragma omp declare variant(prio2) match(implementation = {vendor(score(8): llvm)}, device={kind(cpu,host)})
|
2019-11-06 04:13:30 +08:00
|
|
|
#pragma omp declare variant(prio3) match(implementation = {vendor(score(7): llvm)}, device={kind(cpu)})
|
|
|
|
|
static int prio1_() { return 1; }
|
|
|
|
|
|
|
|
|
|
int int_fn() { return prio1_(); }
|
|
|
|
|
|
|
|
|
|
int fn_linkage_variant() { return 85; }
|
|
|
|
|
extern "C" {
|
|
|
|
|
#pragma omp declare variant(fn_linkage_variant) match(implementation = {vendor(llvm)}, device={kind(cpu)})
|
|
|
|
|
int fn_linkage() { return 1; }
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
extern "C" int fn_linkage_variant1() { return 86; }
|
|
|
|
|
#pragma omp declare variant(fn_linkage_variant1) match(implementation = {vendor(llvm)}, device={kind(host)})
|
|
|
|
|
int fn_linkage1() { return 1; }
|
|
|
|
|
|
|
|
|
|
int fn_variant2() { return 1; }
|
|
|
|
|
#pragma omp declare variant(fn_variant2) match(implementation = {vendor(llvm, ibm)}, device={kind(cpu)})
|
|
|
|
|
#pragma omp declare variant(fn_variant2) match(implementation = {vendor(llvm)}, device={kind(cpu,gpu)})
|
|
|
|
|
#pragma omp declare variant(fn_variant2) match(implementation = {vendor(llvm)}, device={kind(nohost)})
|
|
|
|
|
#pragma omp declare variant(fn_variant2) match(implementation = {vendor(llvm)}, device={kind(cpu,nohost)})
|
|
|
|
|
#pragma omp declare variant(fn_variant2) match(implementation = {vendor(llvm)}, device={kind(gpu)})
|
|
|
|
|
#pragma omp declare variant(fn_variant2) match(implementation = {vendor(llvm)}, device={kind(fpga)})
|
|
|
|
|
int fn2() { return 87; }
|
|
|
|
|
|
[OpenMP][Part 2] Use reusable OpenMP context/traits handling
This patch implements an almost complete handling of OpenMP
contexts/traits such that we can reuse most of the logic in Flang
through the OMPContext.{h,cpp} in llvm/Frontend/OpenMP.
All but construct SIMD specifiers, e.g., inbranch, and the device ISA
selector are define in `llvm/lib/Frontend/OpenMP/OMPKinds.def`. From
these definitions we generate the enum classes `TraitSet`,
`TraitSelector`, and `TraitProperty` as well as conversion and helper
functions in `llvm/lib/Frontend/OpenMP/OMPContext.{h,cpp}`.
The above enum classes are used in the parser, sema, and the AST
attribute. The latter is not a collection of multiple primitive variant
arguments that contain encodings via numbers and strings but instead a
tree that mirrors the `match` clause (see `struct OpenMPTraitInfo`).
The changes to the parser make it more forgiving when wrong syntax is
read and they also resulted in more specialized diagnostics. The tests
are updated and the core issues are detected as before. Here and
elsewhere this patch tries to be generic, thus we do not distinguish
what selector set, selector, or property is parsed except if they do
behave exceptionally, as for example `user={condition(EXPR)}` does.
The sema logic changed in two ways: First, the OMPDeclareVariantAttr
representation changed, as mentioned above, and the sema was adjusted to
work with the new `OpenMPTraitInfo`. Second, the matching and scoring
logic moved into `OMPContext.{h,cpp}`. It is implemented on a flat
representation of the `match` clause that is not tied to clang.
`OpenMPTraitInfo` provides a method to generate this flat structure (see
`struct VariantMatchInfo`) by computing integer score values and boolean
user conditions from the `clang::Expr` we keep for them.
The OpenMP context is now an explicit object (see `struct OMPContext`).
This is in anticipation of construct traits that need to be tracked. The
OpenMP context, as well as the `VariantMatchInfo`, are basically made up
of a set of active or respectively required traits, e.g., 'host', and an
ordered container of constructs which allows duplication. Matching and
scoring is kept as generic as possible to allow easy extension in the
future.
---
Test changes:
The messages checked in `OpenMP/declare_variant_messages.{c,cpp}` have
been auto generated to match the new warnings and notes of the parser.
The "subset" checks were reversed causing the wrong version to be
picked. The tests have been adjusted to correct this.
We do not print scores if the user did not provide one.
We print spaces to make lists in the `match` clause more legible.
Reviewers: kiranchandramohan, ABataev, RaviNarayanaswamy, gtbercea, grokos, sdmitriev, JonChesterfield, hfinkel, fghanim
Subscribers: merge_guards_bot, rampitec, mgorny, hiraditya, aheejin, fedor.sergeev, simoncook, bollu, guansong, dexonsmith, jfb, s.egerton, llvm-commits, cfe-commits
Tags: #clang, #llvm
Differential Revision: https://reviews.llvm.org/D71830
2019-12-20 10:42:12 +08:00
|
|
|
#pragma omp declare variant(stat_unused_no_emit) match(implementation = {vendor(unknown)}, device = {kind(gpu)})
|
2019-12-11 05:12:53 +08:00
|
|
|
template <typename T>
|
|
|
|
|
static T stat_unused_T() { return 88; }
|
|
|
|
|
|
|
|
|
|
int bazzzzzzzz() {
|
|
|
|
|
return stat_unused_T<int>();
|
|
|
|
|
}
|
|
|
|
|
|
2019-11-06 04:13:30 +08:00
|
|
|
#endif // HEADER
|