https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108837
Bug ID: 108837
Summary: Deferred string length component of DT + array section
passes the wrong array elements
Product: gcc
Version: 13.0
Status: UNCONFIRMED
K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108838
Bug ID: 108838
Summary: [OpenMP] Array section of allocatable deferred-string
has the wrong offset for the data component
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108422
--- Comment #3 from Tobias Burnus ---
FOR_EACH_VEC_ELT (*groups, i, grp)
{
if (grp->mark != PERMANENT)
if (!omp_tsort_mapping_groups_1 (&cursor, groups, grpmap, grp))
return NULL;
}
first processes:
map(to:*(c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104826
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108422
--- Comment #4 from Tobias Burnus ---
Created attachment 54491
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54491&action=edit
Testcase - compile with 'g++ -fopenmp' + run
(In reply to Tobias Burnus from comment #3)
> --- a/gcc/gimplify.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108422
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108857
Bug ID: 108857
Summary: [OpenMP] Use of uninitialized var when mapping
unallocated deferred-length character string
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108422
Tobias Burnus changed:
What|Removed |Added
Priority|P1 |P3
--- Comment #5 from Tobias Burnus -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108889
Bug ID: 108889
Summary: [12/13 Regression] (Re)Allocate in assignment shows
used uninitialized memory warning with -Wall if LHS is
unallocated
Product: gcc
Versi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108906
Bug ID: 108906
Summary: Bogus may be used uninitialized warning
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108621
--- Comment #5 from Tobias Burnus ---
The warning itself is bogus (false positive in the middle end).
I get:
Warning: ‘f.dim[idx.1_32].lbound’ may be used uninitialized
[-Wmaybe-uninitialized]
If I now look at the 021t.ssa dump, I see:
f.d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108545
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108545
--- Comment #3 from Tobias Burnus ---
Fortran: Same issue (ICE) also with:
!$omp target enter data map(to: x)
Crucial is the VOLATILE attribute.
* * *
The following C code already gives an ICE with GCC 12, it works with GCC 11.
(Either of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108545
--- Comment #4 from Tobias Burnus ---
For the C/C++ testcase of comment 3, bisecting points to
commit r12-5835-g0ab29cf0bb68960c1f87405f14b4fb2109254e2f
"openmp: Improve OpenMP target support for C++ (PR92120)"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108621
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108545
Tobias Burnus changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108545
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109013
Bug ID: 109013
Summary: [OpenMP] Diagnose if multiple 'omp ordered' appear in
a loop body
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: diagnostic,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58331
--- Comment #6 from Tobias Burnus ---
> So shall we proceed?
Looks like. I think it mostly needs a bunch of testcases to ensure it works,
including the coarray-testcase mentioned in one of the comments. If something
fails, we can have another lo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108546
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109128
Bug ID: 109128
Summary: [Offload][OpenMP][OpenACC] Static linking with unused
offload function will lead to mismatch number of
offload fn/symbols
Product: gcc
Ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109128
--- Comment #2 from Tobias Burnus ---
(In reply to Thomas Schwinge from comment #1)
> See also "Allow the accelerator to have more offloaded functions than the
> host".
Which was:
- if (num_target_entries != num_funcs + num_vars)
+ if (num_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58331
--- Comment #9 from Tobias Burnus ---
COARRAYS:
(In reply to anlauf from comment #7)
> I tried other testcases that use coarrays, but e.g. the following scalar
> coarray case produces an ICE later on. I believe this is a pre-existing
> separate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104621
Bug ID: 104621
Summary: [OpenMP] Issues with 'declare variant'
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: accepts-invalid, openmp
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104651
Bug ID: 104651
Summary: [OOP] CLASS with assumed-size/assumed-rank array
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104651
--- Comment #2 from Tobias Burnus ---
Additionally, for the following (from
gcc/testsuite/gfortran.dg/finalize_15.f90),
class(t1), allocatable :: x(:,:)
call fin_test_1(x(::2,::3))
with
subroutine fin_test_1(x)
class(t1), intent(out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104651
--- Comment #3 from Tobias Burnus ---
(In reply to kargl from comment #1)
> (In reply to Tobias Burnus from comment #0)
> > Error: Rank mismatch in argument ‘x’ at (1) (rank-1 and rank-2)
> > Error: Rank mismatch in argument ‘y’ at (1) (rank-2 a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104696
Bug ID: 104696
Summary: [12 Regression][OpenMP] Implicit mapping breaks struct
mapping
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: openmp, wrong-c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104697
Bug ID: 104697
Summary: Memory leak with ALLOCATABLE COMPONENTS and SOURCE=
expression and POINTER
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: wro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95868
--- Comment #4 from Tobias Burnus ---
I additionally observe the following:
string-flag BLK
size
That makes it difficult to check the length later on during ME processing. In
my case, for lang hooks in trans-openmp.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104757
Bug ID: 104757
Summary: [12 Regression] ICE (segfault) GIMPLE pass: walloca -
in gimple_range_global
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104757
--- Comment #2 from Tobias Burnus ---
The reason for the nvptx dependency is the following.
omp_max_simt_vf (void)
{
if (!optimize)
return 0;
if (ENABLE_OFFLOADING)
for (const char *c = getenv ("OFFLOAD_TARGET_NAMES"); c;)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104757
--- Comment #3 from Tobias Burnus ---
(In reply to Thomas Schwinge from comment #1)
> Confirmed ever since commit 48c6cac9caea1dc7c5f50ad3a736f6693e74a11b
which was committed on 'Nov 12 17:58:21 2021'. — However, that's a FE-only
patch which onl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104757
--- Comment #6 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #3)
> (In reply to Thomas Schwinge from comment #1)
> > Confirmed ever since commit 48c6cac9caea1dc7c5f50ad3a736f6693e74a11b
... which added the testcase (by porting i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104757
--- Comment #7 from Tobias Burnus ---
(In reply to Richard Biener from comment #4)
> (In reply to Tobias Burnus from comment #3)
> > 923 r = gimple_range_global (name);
> >
> > (gdb) p debug_tree(name)
> > > type > ...
> you do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103705
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104696
Tobias Burnus changed:
What|Removed |Added
Summary|[12 Regression][OpenMP] |[OpenMP] Implicit mapping
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104819
Bug ID: 104819
Summary: Reject NULL without MOLD as actual to an assumed-rank
dummy
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: accepts-invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104696
--- Comment #2 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #1)
> Namely:
> test.c--
> struct s { int *d; };
It makes more sense to use 'int d;' to match Fortran. Doing so yields in the
gimple dump:
#
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104819
--- Comment #1 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #0)
> I believe this should be rejected as the rank is not known without a MOLD.
That's now an interpretation request:
https://j3-fortran.org/doc/year/22/22-146.txt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63535
--- Comment #3 from Tobias Burnus ---
Wording from 22-007:
"19.5.1.6 Construct association
"Execution of a SELECT RANK or SELECT TYPE statement establishes an association
between
the selector and the associate name of the construct. Execution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63535
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77418
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77418
Tobias Burnus changed:
What|Removed |Added
Last reconfirmed|2016-08-31 00:00:00 |
--- Comment #6 from Tobias Burnus ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104844
Bug ID: 104844
Summary: CLASS actual to assumed-rank TYPE(*) wrongly passes
declared instead of dynamic type
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104845
Bug ID: 104845
Summary: Wrong array size for component of CLASS array element
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104844
--- Comment #1 from Tobias Burnus ---
Part of the testcase is part of the patch at:
https://gcc.gnu.org/pipermail/gcc-patches/2022-March/591414.html
When this PR is fixed (and that patch is committed): Please uncomment the
commented lines.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104845
--- Comment #1 from Tobias Burnus ---
Part of the testcase is part of the patch at:
https://gcc.gnu.org/pipermail/gcc-patches/2022-March/591414.html
When this PR is fixed (and that patch is committed): Please uncomment the
commented lines.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104126
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104429
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104844
--- Comment #2 from Tobias Burnus ---
Mentioned patch was committed as
r12-7558-ga5c9b7c4f95ef77b83da82241cabdf80d8b1cad5
Thus, when this PR is fixed, please uncomment the respective lines in
gcc/testsuite/gfortran.dg/sizeof_6.f90
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104845
--- Comment #2 from Tobias Burnus ---
Mentioned patch was committed as
r12-7558-ga5c9b7c4f95ef77b83da82241cabdf80d8b1cad5
Thus, when this PR is fixed, please uncomment the respective lines in
gcc/testsuite/gfortran.dg/sizeof_6.f90
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96668
--- Comment #8 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #6)
> Fixed for pointer/allocatable arrays.
>
> Still to be done: scalar pointers/allocatable; here, one needs to be careful
> as pointer/always pointer is already use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102215
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104696
--- Comment #4 from Tobias Burnus ---
(In reply to Chung-Lin Tang from comment #3)
> The problem, at a low-level, is that the Fortran FE is using always_pointer,
> while C/C++ front-ends generate attach_detach (and turns in attach after
> gimpli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104913
Bug ID: 104913
Summary: [OpenMP] Bogus 'unused variable' with 'omp depobj'
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: diagnostic, openmp
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104696
Tobias Burnus changed:
What|Removed |Added
Component|fortran |middle-end
Summary|[OpenMP]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104949
Bug ID: 104949
Summary: [OpenMP] omp target: firstprivate of allocatable array
– only descriptor firstprivatized
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104952
Bug ID: 104952
Summary: [nvptx][OpenMP] wrong code with OR / AND reduction
('reduction(||:' and '&&') with SIMT
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104968
Bug ID: 104968
Summary: [nvptx][OpenMP] SIGSEGV / ICE in final_scan_insn_1
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, openmp
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103039
--- Comment #7 from Tobias Burnus ---
(In reply to Jakub Jelinek from comment #6)
> I think the way to achieve this would be make sure to return true from the
> gfc_omp_privatize_by_reference hook.
What puzzles me is actually the reverse:
cl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103039
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105015
Bug ID: 105015
Summary: [OpenMP] wrong results with target link with multiple
translation units
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: missed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105015
Tobias Burnus changed:
What|Removed |Added
Keywords|missed-optimization |wrong-code
--- Comment #1 from Tobias B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104285
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103560
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105076
Bug ID: 105076
Summary: [OpenMP] Weak/template functions: split-off
offload-region functions should also be weak
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102043
--- Comment #38 from Tobias Burnus ---
(In reply to Thomas Koenig from comment #15)
> One possibility would be to extend the patch Sandra posted at
> https://gcc.gnu.org/pipermail/fortran/2021-January/055563.html
> to scalarization.
As mentione
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105082
Bug ID: 105082
Summary: [OpenMP] [RFC] Add warning like LLVM's "declaration
marked as declare target after first use, it may lead
to incorrect results [-Wopenmp-target]" ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100059
--- Comment #5 from Tobias Burnus ---
Another example for this is https://github.com/clang-ykt/omptests 's
t-same-name-definitions which has the same issue + is fixed by the pull request
for nvptx-tools.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104949
--- Comment #1 from Tobias Burnus ---
The following addition to testcase is needed.
! ---
!$omp parallel default(A)
!$omp master
if (any (A /= [1,2,3,4,5])) error stop
A(:) = [99,88,77,66,55]
!$omp end master
!$
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105242
Bug ID: 105242
Summary: [OpenMP] ICE with EXIT in collapsed loop: in
gfc_trans_exit, at fortran/trans-stmt.cc:6147
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105246
Bug ID: 105246
Summary: [amdgcn] Use library call for SQRT with -ffast-math +
provide additional option to use single-precsion
opcode
Product: gcc
Version: 12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105242
Tobias Burnus changed:
What|Removed |Added
Keywords|ice-on-valid-code |accepts-invalid, diagnostic
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105242
Tobias Burnus changed:
What|Removed |Added
Last reconfirmed||2022-04-13
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105242
--- Comment #4 from Tobias Burnus ---
Submitted patch:
https://gcc.gnu.org/pipermail/gcc-patches/2022-April/593194.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105242
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105274
Bug ID: 105274
Summary: [libgomp][nvptx] Provide means to set the stack size
on the device side (+ improve doc)
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105318
Bug ID: 105318
Summary: [OpenMP] is_device_ptr rejects valid arguments to
has_device_addr
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: openmp, reje
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105332
Bug ID: 105332
Summary: [OpenMP] Remove bogus 'ALIGNED clause must be POINTER,
ALLOCATABLE, Cray pointer or C_PTR'
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105345
Bug ID: 105345
Summary: [OpenMP] Wrong iteration loop count when mixing signed
and unsigned
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: openmp, wr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105378
Bug ID: 105378
Summary: [OpenMP][5.1] 'nowait' on 'taskwait' not supported
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: openmp
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106448
Bug ID: 106448
Summary: [OpenMP] atomic compare – g++ wrongly accepts
parenthesized condition
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: accepts-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106449
Tobias Burnus changed:
What|Removed |Added
Keywords||ice-on-valid-code
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106449
--- Comment #6 from Tobias Burnus ---
Comment on attachment 53362
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53362
gcc13-pr106449.patch
> + t = fold_convert (sizetype, fd->loops[i + 1].n1);
> + t = fold_bui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106449
--- Comment #7 from Tobias Burnus ---
Comment on attachment 53362
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53362
gcc13-pr106449.patch
The code does not seem to work. If I add:
void foobar(int *a, int*b) {
__builtin_printf("%lu\n"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106467
Bug ID: 106467
Summary: [OpenMP] Wrong code with collapse – tree sharing
issue.
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, ope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106467
Tobias Burnus changed:
What|Removed |Added
Attachment #53375|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106467
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104164
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105332
--- Comment #1 from Tobias Burnus ---
Cf. also https://github.com/OpenMP/spec/pull/3318 (non public pull request).
New wording for ALIGN clause is that it takes an ARRAY but there are no
additional restrictions.
This applies both to 'declare s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106467
--- Comment #4 from Tobias Burnus ---
For completeness, the testcase
https://gcc.gnu.org/pipermail/gcc-patches/2022-July/599041.html
was committed as
https://gcc.gnu.org/r13-1893-g85fe7e7dd1f1461b86d92a3a0c1bfd97a06efcc0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106492
Tobias Burnus changed:
What|Removed |Added
Last reconfirmed||2022-08-01
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106492
--- Comment #2 from Tobias Burnus ---
The following seems to fix it:
diff --git a/gcc/omp-low.cc b/gcc/omp-low.cc
index d73c165f029..1af18e92395 100644
--- a/gcc/omp-low.cc
+++ b/gcc/omp-low.cc
@@ -6244,7 +6244,8 @@ lower_rec_input_clauses (tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106504
Bug ID: 106504
Summary: [OpenMP] 'for simd linear(i:1)' should be rejected
with 'parallel private(i)'
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106492
Tobias Burnus changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from Tobias Bur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104493
Tobias Burnus changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106534
Bug ID: 106534
Summary: [13 Regression][gcn] ICE 'verify_ssa failed' / 'error:
definition in block 18 does not dominate use in block
19' during libgfortran bootstrap
Produc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106534
--- Comment #2 from Tobias Burnus ---
Created attachment 53416
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53416&action=edit
Reduced testcase - fails with cc1 -O2 inp.i
Reduced inputfile attached.
Full code has the full ICE output:
s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106534
--- Comment #4 from Tobias Burnus ---
Seems as if the ICE is fixed for that file by reverting the following commit:
commit r13-1963-gc832ec4c3ec4853ad89ff3b0dbf6e9454e75e8cc
middle-end: Fix phi-ssa assertion triggers. [PR106519]
301 - 400 of 1128 matches
Mail list logo
