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
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 to
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=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 #2
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=97927
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #9
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=96680
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=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=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=97827
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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
htt
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: wr
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
Keywor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81778
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #8
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=97212
Bug ID: 97212
Summary: [OpenMP] 'depend' clause with 'target nowait' (!) +
'task' does not work
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: openmp,
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=97242
Bug ID: 97242
Summary: Pointer assignment: Noncontiguous target to contiguous
pointer wrongly accepted.
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords:
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=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 g:344f09a756ebd50510cc1eb
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=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 has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97302
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
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=90861
Tobias Burnus changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
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 OM
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 f
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=92587
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
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=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
gcc/test
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=95276
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
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/piper
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98476
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #4
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 #4
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=98862
--- Comment #2 from Tobias Burnus ---
(In reply to Jakub Jelinek from comment #1)
> libstdc++-v3 isn't supported ATM on either nvptx* or amdgcn* offloading, so
> if one needs anything from libstdc++, it will not work.
I can confirm that it does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91862
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95038
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95640
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98858
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38319
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98897
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98904
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #4
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
Key
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 num
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98915
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98913
Tobias Burnus changed:
What|Removed |Added
Keywords|wrong-code |missed-optimization
Resolution|-
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 that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98890
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98979
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99005
--- Comment #1 from Tobias Burnus ---
(In reply to Kiril Dichev from comment #0)
> Code runs fine without GPU offloading, or with offloading with PGI compiler.
With PGI + offloading: that's for that AMD Vega machine or for some Nvidia
system?
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99043
Tobias Burnus changed:
What|Removed |Added
Last reconfirmed||2021-02-10
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99043
--- Comment #2 from Tobias Burnus ---
Patch: https://gcc.gnu.org/pipermail/gcc-patches/2021-February/565195.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99045
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99045
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99043
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99027
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93787
--- Comment #4 from Tobias Burnus ---
The problem is in count_types_test:
For 'type(*),dimension(..)', compare_type_rank_if accepts a scalar integer
For 'type(*),dimension(*)', it does not.
As 'dimension(..)' accepts scalars, the symmetry is br
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98014
Tobias Burnus changed:
What|Removed |Added
Summary|[Fortran OpenACC] Empty |[Fortran][OpenACC][OpenMP]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99111
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99137
--- Comment #5 from Tobias Burnus ---
Iff it is decided that it is invalid code, the following patch rejects it:
https://gcc.gnu.org/pipermail/gcc-patches/2021-February/565576.html
(I forgot to reload the PR before posting.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98890
--- Comment #4 from Tobias Burnus ---
Related issue but without an ICE:
contains
integer function f1()
!f2 = 1 ! gives an error as expected
j = f2! accepted; cast of function addr to integer(kind=4)
f1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99010
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99146
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99027
--- Comment #6 from Tobias Burnus ---
Now also FIXED for the GCC 10 branch.
(In reply to Andrew Burgess from comment #4)
> Can confirm that with latest GCC HEAD I am now seeing the results that I
> expect. Thanks for the quick fix.
:-) You are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99171
--- Comment #5 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #4)
> FIXED – both on mainline (GCC 11) and on the GCC 11 branch.
... and GCC 10 (!) branch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99171
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99138
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99138
--- Comment #4 from Tobias Burnus ---
(In reply to Paul Thomas from comment #3)
> Is the problem not that the parser is not picking up the incorrectly placed
> print statement? It should never be passed to the matcher because it is in
> the conta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99138
--- Comment #5 from Tobias Burnus ---
The following fails the same way:
module m
interface
module function f()
class(*), allocatable :: f(:)
end
end interface
contains
module function f(x)
class(*), allocat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99219
Bug ID: 99219
Summary: Possible wrong code for finalizator call with class
via trans_scalar_class_assign ?
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99226
--- Comment #2 from Tobias Burnus ---
(In reply to Jakub Jelinek from comment #1)
> This is invalid and should have been rejected, when teams is nested in
> target, it must be the only thing nested in it, you can't have two teams
> directives nes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99226
--- Comment #5 from Tobias Burnus ---
(In reply to Jakub Jelinek from comment #3)
> So, either we diagnose ... in check_omp_nesting_restrictions.
See comment 4.
* * *
Only for completeness,
the ICE is itself is due to: '.omp_data_i' showing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97977
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97977
Tobias Burnus changed:
What|Removed |Added
Depends on||97084
--- Comment #3 from Tobias Burnus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95868
--- Comment #3 from Tobias Burnus ---
The patch of comment 0 re-appeared in slightly different flavor for PR99125
(https://gcc.gnu.org/pipermail/gcc-patches/2021-February/565768.html); thus,
that part is now fixed.
Still, the tests in the testca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99266
Bug ID: 99266
Summary: CLASS array/dimension handling does not work - when
DIMENSION comes in an extra line
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99266
--- Comment #1 from Tobias Burnus ---
I tried to add to gfc_build_class_symbol:
if (attr->class_ok
&& ((attr->allocatable && !ts->u.derived->components->attr.allocatable)
|| (attr->pointer && !ts->u.derived->components->attr.cl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99266
--- Comment #2 from Tobias Burnus ---
subroutine foo(dummy)
class(*) :: dummy
allocatable :: dummy
end
gets rejected with:
Error: ALLOCATABLE attribute conflicts with POINTER attribute at (1)
The following is accepted, except after the patc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99254
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98979
--- Comment #9 from Tobias Burnus ---
(In reply to Richard Biener from comment #8)
> Has this been fixed?
The XFAIL of comment 7 should have fixed the intermittent fails.
* * *
The proper fix was:
https://gcc.gnu.org/pipermail/gcc-patches/202
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98979
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100276
--- Comment #2 from Tobias Burnus ---
(In reply to Thomas Schwinge from comment #1)
> Yeah, sorry for that -- unfortunate difference in diagnostics for GCC build
> configuration without vs. with offloading enabled. [...] now resolved.
Namely by
101 - 200 of 1128 matches
Mail list logo
