llvm-project.git/clang/test/OpenMP/taskloop_simd_in_reduction_messages.cpp, branch main

[OpenMP][Reduction] Allow PLUS (+) operator on reduction clauses in OMP > 52

2023-07-20T21:25:13+00:00

Currently, clang gives an incorrect reduction identifier error for the PLUS
operator for OpenMP version > 52. But, PLUS operator is allowed in OpenMP
version > 52. This revision fixes this issue and also modified the error
messages to show the correct expected operators in the message based on the OpenMP
version used (prior to OMP 6.0 and since OMP 6.0).

Test Src:
void foo() {
  int a = 0 ;
  #pragma omp parallel reduction(+:a)
    ;
  #pragma omp parallel reduction(-:a)
    ;
}

Before this revision:

$ clang -fopenmp -fopenmp-version=60 test.c -c
test.c:3:34: error: incorrect reduction identifier, expected one of '+', '-', '*', '&', '|', '^', '&&', '||', 'min' or 'max' or declare reduction for type 'int'
    3 |   #pragma omp parallel reduction(+:a)
      |                                  ^
test.c:5:34: error: incorrect reduction identifier, expected one of '+', '-', '*', '&', '|', '^', '&&', '||', 'min' or 'max' or declare reduction for type 'int'
    5 |   #pragma omp parallel reduction(-:a)
      |                                  ^
2 errors generated.

Wit this revision:

$  clang -fopenmp -fopenmp-version=60 test.c -c
test.c:5:34: error: incorrect reduction identifier, expected one of '+', '*', '&', '|', '^', '&&', '||', 'min' or 'max' or declare reduction for type 'int'
    5 |   #pragma omp parallel reduction(-:a)
      |
1 error generated.

Differential Revision: https://reviews.llvm.org/D155635

[OpenMP 5.2] Deprecate MINUS(-) operator on 'reduction' clause

2023-05-18T21:02:14+00:00

[OpenMP] Use compound operators for reduction combiner if available.

2021-05-11T18:39:12+00:00

The OpenMP spec seems to require the compound operators be used for
+, *, &, |, and ^ reduction.  So use these if a class has those operators.
If not try the simple operators as we did previously to limit the impact
to existing code.

Fixes: https://bugs.llvm.org/show_bug.cgi?id=48584

Differential Revision: https://reviews.llvm.org/D101941

[OPENMP]Consider 'omp_null_allocator' as a predefined allocator.

2020-05-07T14:11:06+00:00

Summary:
omp.h header file defines omp_null_allocator as a predefined allocator,
need to consider it also as a predefined allocator.

Reviewers: jdoerfert

Subscribers: jholewinski, yaxunl, guansong, cfe-commits, caomhin

Tags: #clang

Differential Revision: https://reviews.llvm.org/D79186

[OPENMP50]Fix PR45117: Orphaned task reduction should be allowed.

2020-03-27T21:47:30+00:00

Add support for orpahned task reductions.

[OPENMP]Add -Wunintialized to the erroneous tests for future fix PR42392,

2019-07-08T15:45:24+00:00

NFC.

llvm-svn: 365334

[OPENMP]Add check for undefined behavior with thread allocators on

2019-03-28T19:15:36+00:00

target and task-based directives.

According to OpenMP 5.0, 2.11.4 allocate Clause, Restrictions, For task,
taskloop or target directives, allocation requests to memory allocators
with the trait access set to thread result in unspecified behavior.
Patch introduces a check for omp_thread_mem_alloc predefined allocator
on target- and trask-based directives.

llvm-svn: 357205

[OPENMP]Initial support for 'allocate' clause.

2019-03-27T14:14:31+00:00

Added parsing/sema analysis of the allocate clause.

llvm-svn: 357068

[OpenMP] Refactor const restriction for reductions

2019-01-04T22:11:56+00:00

As discussed in D56113, this patch refactors the implementation of the
const restriction for reductions to reuse a function introduced by
D56113.  A side effect is that diagnostics sometimes now say
"variable" instead of "list item" when a list item is a variable.

Reviewed By: ABataev

Differential Revision: https://reviews.llvm.org/D56298

llvm-svn: 350440

[OPENMP] Support for -fopenmp-simd option with compilation of simd loops

2017-12-29T18:07:07+00:00

only.

Added support for -fopenmp-simd option that allows compilation of
simd-based constructs without emission of OpenMP runtime calls.

llvm-svn: 321560