https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97084
--- Comment #3 from Tobias Burnus ---
If one assumes that the pointer can be privatized (as the pointer target is
updated) and adds in gfc_omp_clause_copy_ctor a simple
return build2_v (MODIFY_EXPR, dest, src);
it compiles and runs but the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97084
--- Comment #2 from Tobias Burnus ---
Trying with:
character(len=:), allocatable :: temp_string
character(len=N) :: temp_string2
(using one or the other)
Both get set to 'shared' initially; in omp-low.c' scan_sharing_clauses:
case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97390
Tobias Burnus changed:
What|Removed |Added
Summary|Error compiling acc data|[OpenAError compiling acc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97408
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81778
--- Comment #11 from Tobias Burnus ---
Cross ref: the submitted patch is at
https://gcc.gnu.org/pipermail/gcc-patches/2020-October/555352.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97302
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97302
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97385
Tobias Burnus changed:
What|Removed |Added
Keywords||documentation
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97212
--- Comment #1 from Tobias Burnus ---
The testcase has:
#pragma omp target map(tofrom: a, sum) depend(out: a) nowait
#pragma omp task depend(in: a) shared(a)
and calls:
__builtin_GOMP_target_ext
__builtin_GOMP_task
The libgomp code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90861
Tobias Burnus changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97242
Bug ID: 97242
Summary: Pointer assignment: Noncontiguous target to contiguous
pointer wrongly accepted.
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97242
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95654
--- Comment #15 from Tobias Burnus ---
See also PR97203 + PR97203, and PR80053.
And the thread:
https://gcc.gnu.org/pipermail/gcc-patches/2020-September/thread.html#554054
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97203
--- Comment #1 from Tobias Burnus ---
Besides PR95654, see PR81778 and PR80053.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97203
Bug ID: 97203
Summary: [nvptx] 'illegal memory access was encountered' with
'omp simd'/SIMT and cexpf call
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81778
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97212
Bug ID: 97212
Summary: [OpenMP] 'depend' clause with 'target nowait' (!) +
'task' does not work
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96428
--- Comment #8 from Tobias Burnus ---
(In reply to Thomas Schwinge from comment #7)
> These attachment 48988 [details] testcases got included in commit
> 344f09a756ebd50510cc1eb3db111fd61c527702.
(part of this PR, commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96390
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81358
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93524
--- Comment #1 from Tobias Burnus ---
Also related to this issue:
https://gcc.gnu.org/pipermail/fortran/2021-January/055581.html:
In my understanding (see linked email and spec quote in comment 0),
CFI_type_signed_char is an integer type – and,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827
Tobias Burnus changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98013
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98010
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98011
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97927
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98010
--- Comment #1 from Tobias Burnus ---
Those flags are about implicitly regarding variables as 'SAVE' (i.e. resisting
in static memory); this feature clashes with calling procedures recursively or
concurrent; the latter affects OpenMP and OpenACC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98009
--- Comment #1 from Tobias Burnus ---
I am not aware of any OpenACC construct which contains a typespec like
'INTEGER' or 'TYPE(t)'
In OpenACC it is used for gfc_match_omp_declare_reduction like is:
!$omp declare reduction (baz : integer :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96680
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98012
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98009
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98011
--- Comment #1 from Tobias Burnus ---
The OpenMP version is a bit crude, but OpenMP has besides
!$omp
also
!$
as "conditional compilation sentinel".
In free-form source code: "Initial lines must have a space after the sentinel".
Still, it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98011
--- Comment #2 from Tobias Burnus ---
Regarding OpenACC: There is something going wrong here (-fopenacc):
../testsuite/gfortran.dg/goacc/sentinel-free-form.f95:13:6:
13 | !$ acc parallel ! { dg-error "Unclassifiable statement" }
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827
--- Comment #7 from Tobias Burnus ---
Submitted LLVM patch at https://reviews.llvm.org/D92052
If it gets accepted for LLVM + backported to 11, we are done.
Otherwise, we have to proceed as suggested in the email thread.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98336
Bug ID: 98336
Summary: [OOP] CLASS assignment to derived-type component does
not use __copy/allocate
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827
--- Comment #11 from Tobias Burnus ---
For completeness, the LLVM 'main' patch was backported/cherry-picked for
LLVM 11.0.1 with commit 700baa009dc685a0adc5f94d258be4ae24742471
Regarding the .section discussion, see also last few comments in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97776
Bug ID: 97776
Summary: [C/C++][OpenMP] 'error: array section is not
contiguous in ‘map’ clause' for: map(alloc: p[i][0:C])
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97782
--- Comment #1 from Tobias Burnus ---
Created attachment 49540
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49540=edit
Draft patch
There are probably more – like 'omp sections', 'omp parallel', if I glanced at
it correctly. (Search for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97782
--- Comment #2 from Tobias Burnus ---
Technically, the issue is (was): The input_location is used which is obtained
when finishing the the block (= '!$acc end kernels') - or rather whatever comes
before and bumps the line location.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96265
Tobias Burnus changed:
What|Removed |Added
Summary|building nvptx-none on |building nvptx-none on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827
--- Comment #5 from Tobias Burnus ---
Patch: https://gcc.gnu.org/pipermail/gcc-patches/2020-November/559487.html
First review regards this as LLVM bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97880
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97880
Tobias Burnus changed:
What|Removed |Added
Summary|[8/9/10/11 Regression] ICE |[8/9/10/11 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827
Tobias Burnus changed:
What|Removed |Added
CC||ams at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827
--- Comment #3 from Tobias Burnus ---
Now filled https://bugs.llvm.org/show_bug.cgi?id=48201 for this
LLVM and GNU as ("gas") tried to align, cf. discussion
https://sourceware.org/legacy-ml/binutils/2020-02/msg00091.html
and the GAS patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827
--- Comment #4 from Tobias Burnus ---
Draft patch (untested):
diff --git a/gcc/varasm.c b/gcc/varasm.c
index ada99940f65..51a507393a8 100644
--- a/gcc/varasm.c
+++ b/gcc/varasm.c
@@ -6738,9 +6738,11 @@ default_elf_asm_named_section (const char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90111
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96835
--- Comment #5 from Tobias Burnus ---
(In reply to Tobias Weinzierl from comment #4)
> Created attachment 49339 [details]
> Reproducer
Compiles here with mainline (11.0.0 20201104) and nvptx offloading (-O0).
I wonder whether that was fixed by:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97810
Bug ID: 97810
Summary: [OpenACC] [C/C++] Decide about 'acc atomic update
capture' – remove support or keep it
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95847
--- Comment #9 from Tobias Burnus ---
(In reply to johannes.ziegenbalg from comment #2)
> I get the same bug with GCC 10.2.0 in one of my c++ test-cases.
Johannes: Can you fill a bugreport for the C++ test case? This PR is only about
Fortran –
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95847
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97782
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97649
Bug ID: 97649
Summary: OpenMP: 'target teams' with host-fallback: race
condition according to TSAN
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97649
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97655
--- Comment #3 from Tobias Burnus ---
(In reply to Jakub Jelinek from comment #2)
> Guess the second condition should be !c->capture.
I concur.
> Now, something I have clearly missed in the review, why is capture not part
> of atomic_op?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97672
Bug ID: 97672
Summary: [11 Regression] gfortran.dg/pdt_14.f03 – runtime:
timeout with -O2 (and higher)
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97655
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97699
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95847
--- Comment #7 from Tobias Burnus ---
Patch: https://gcc.gnu.org/pipermail/gcc-patches/2020-November/558214.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827
--- Comment #15 from Tobias Burnus ---
I unfortunately missed in my the LLVM patch that '.rodata' implies flags and
messed up the check. Should by fixed by: https://reviews.llvm.org/D94072
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92587
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98225
--- Comment #5 from Tobias Burnus ---
(In reply to Rainer Orth from comment #0)
> * Despite -save-temps, the lto-wrapper input objects are removed at the end,
> so I cannot manually rerun lto-wrapper to investigate.
You could modify
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93524
--- Comment #2 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #1)
> Also related to this issue:
> https://gcc.gnu.org/pipermail/fortran/2021-January/055581.html:
A patch for this issue was submitted at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98757
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98763
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98476
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98699
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98476
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98145
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95276
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38319
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98897
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98904
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98915
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98913
Bug ID: 98913
Summary: Create-temporary difference coarray/noncoarray –
invalid code due to missing temporary
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98913
--- Comment #1 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #0)
> D.3991 = (*(real(kind=8)[0:] * restrict) bb.data)[(bb.offset +
> (integer(kind=8)) j * bb.dim[1].stride) + (integer(kind=8)) k];
Missed that this one is a FP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95038
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91862
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95640
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98913
Tobias Burnus changed:
What|Removed |Added
Keywords|wrong-code |missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98904
--- Comment #11 from Tobias Burnus ---
(In reply to David Binderman from comment #10)
> lhs_caf_attr.codimension is uninitialised.
It is clear that lhs_caf_attr is uninitialized
- if and only if flag_coarray != GFC_FCOARRAY_LIB
It might be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100913
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89863
Bug 89863 depends on bug 100913, which changed state.
Bug 100913 Summary: cppcheck: 2 * pointless new assignments in the parser ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100913
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90742
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100988
Bug ID: 100988
Summary: Missed optimization: RESTRICT missing for optional
arguments
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100989
Bug ID: 100989
Summary: Bogus internal VOLATILE attribute for ASYNCHRONOUS
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100991
Bug ID: 100991
Summary: [OpenMP] firstprivate for optional arguments is
mishandled
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: openmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67300
--- Comment #3 from Tobias Burnus ---
Patch to document -foffload=
https://gcc.gnu.org/pipermail/gcc-patches/2021-June/573081.html
Still undocumented:
-foffload-abi=[lp64|ilp32]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92568
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100965
Bug ID: 100965
Summary: [OpenMP] ICE: Error: incorrect sharing of tree nodes
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, openmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100497
--- Comment #8 from Tobias Burnus ---
I am wondering whether it has something to do with shfl now requiring .sync,
especially for sm_70. (Non-sync version was deprecated in ISA 6.0 and for sm_70
removed in ISA 6.4.)
Cross ref: PR96005.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99928
--- Comment #7 from Tobias Burnus ---
Created attachment 50810
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50810=edit
Fortran version of the C testcases (see comment 7 for notes)
Fortran conversion of the C/C++ testcases of comment 7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96932
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100607
Bug ID: 100607
Summary: ICE with SELECT RANK
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100598
Tobias Burnus changed:
What|Removed |Added
Target Milestone|--- |12.0
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100642
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100669
Bug ID: 100669
Summary: [OpenACC] ICE with array-reduction variable & related
issues
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100497
Bug ID: 100497
Summary: [OpenMP][nvptx] libgomp.c-c++-common/reduction-5.c -
fails on some nvptx systems
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100497
--- Comment #2 from Tobias Burnus ---
(In reply to Tom de Vries from comment #1)
> Can you post a minimal version?
See below, fails with 4 systems, works with 3 others.
#define N 1024
int
main ()
{
_Complex float orfc = 0;
// _Complex
1 - 100 of 918 matches
Mail list logo