OpenACC restricts the contents of a 'for' loop affected by a 'loop' construct without a 'seq'. The loop variable must be integer, pointer, or random-access-iterator, it must monotonically increase/decrease, and the trip count must be computable at runtime before the function. This patch tries to implement some of these limitations to the best of our ability, though it causes us to be perhaps overly restrictive at the moment. I expect we'll revisit some of these rules/add additional supported forms of loop-variable and 'monotonically increasing' here, but the currently enforced rules are heavily inspired by the OMP implementation here.
38 lines
1006 B
C
38 lines
1006 B
C
// RUN: %clang_cc1 %s -fopenacc -verify
|
|
|
|
short getS();
|
|
|
|
void Test() {
|
|
#pragma acc parallel num_workers(1)
|
|
while(1);
|
|
#pragma acc kernels num_workers(1)
|
|
while(1);
|
|
|
|
// expected-error@+1{{OpenACC 'num_workers' clause is not valid on 'serial' directive}}
|
|
#pragma acc serial num_workers(1)
|
|
while(1);
|
|
|
|
struct NotConvertible{} NC;
|
|
// expected-error@+1{{OpenACC clause 'num_workers' requires expression of integer type ('struct NotConvertible' invalid)}}
|
|
#pragma acc parallel num_workers(NC)
|
|
while(1);
|
|
|
|
#pragma acc kernels num_workers(getS())
|
|
while(1);
|
|
|
|
struct Incomplete *SomeIncomplete;
|
|
|
|
// expected-error@+1{{OpenACC clause 'num_workers' requires expression of integer type ('struct Incomplete' invalid)}}
|
|
#pragma acc kernels num_workers(*SomeIncomplete)
|
|
while(1);
|
|
|
|
enum E{A} SomeE;
|
|
|
|
#pragma acc kernels num_workers(SomeE)
|
|
while(1);
|
|
|
|
// expected-error@+1{{OpenACC 'num_workers' clause is not valid on 'loop' directive}}
|
|
#pragma acc loop num_workers(1)
|
|
for(int i = 5; i < 10;++i);
|
|
}
|