https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97323
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.3
--- Comment #1 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97324
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #1 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97326
Richard Biener changed:
What|Removed |Added
Target||s390
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97326
Richard Biener changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97327
James Greenhalgh changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97292
--- Comment #6 from Jan Hubicka ---
Hi,
the following patch should let us to pinpoint the wrong disambiguation.
With -fdump-tree-all-details we should also see the difference in dump
file.
Honza
diff --git a/gcc/dbgcnt.def b/gcc/dbgcnt.def
inde
Hi,
the following patch should let us to pinpoint the wrong disambiguation.
With -fdump-tree-all-details we should also see the difference in dump
file.
Honza
diff --git a/gcc/dbgcnt.def b/gcc/dbgcnt.def
index cf8775b2b66..07946a85ecc 100644
--- a/gcc/dbgcnt.def
+++ b/gcc/dbgcnt.def
@@ -171,6 +17
: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 49328
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49328&action=edit
C source code
Sometime between 20201007 and 20201008, the attached code
has broken.
$ /home/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97331
Bug ID: 97331
Summary: [nvptx] Provide GCN_NUM_TEAMS/GCN_NUM_THREADS
equivalent
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: enhancement
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97331
--- Comment #1 from Jakub Jelinek ---
The OpenMP 5.1 way is OMP_{NUM_THREADS,...}_DEV_{0,1,2,...} etc., but we aren't
there yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97330
--- Comment #1 from David Binderman ---
Reduced code is:
typedef int a;
typedef char b;
int c;
void d(e, f, dst, g, avail, h) int e;
b *f, *dst;
a g, avail;
int h;
{
b i = *f;
if (e)
goto j;
while (avail) {
*dst = i;
j:
avai
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97332
Bug ID: 97332
Summary: [gcn] GCN_NUM_GANGS/GCN_NUM_WORKERS override
compile-time constants
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81802
--- Comment #1 from CVS Commits ---
The master branch has been updated by Tom de Vries :
https://gcc.gnu.org/g:7345ef6c2a197d0a2581c67838b7ba1650dfad30
commit r11-3715-g7345ef6c2a197d0a2581c67838b7ba1650dfad30
Author: Tom de Vries
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97330
--- Comment #2 from David Binderman ---
Flags -Werror=implicit-int and -Werror=old-style-definition seem useful.
Here is another reduced test case:
int a, b, d;
char c, e;
void f(void) {
char g = c;
if (b)
goto h;
while (d) {
e =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81802
Tom de Vries changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97294
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:273b30c8e93f043f65a04e0ff2ec305b311e98fa
commit r11-3716-g273b30c8e93f043f65a04e0ff2ec305b311e98fa
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97315
--- Comment #11 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:214d514fafcd78cd54e4a4aa9ae08c89abf9cc57
commit r11-3717-g214d514fafcd78cd54e4a4aa9ae08c89abf9cc57
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97333
Bug ID: 97333
Summary: [gimple_can_duplicate_bb_p == false,
tree-ssa-threadupdate] ICE in duplicate_block, at
cfghooks.c:1093
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97315
--- Comment #12 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:91ae6930ed4a87d7b8e25e10378388b3f0dc1729
commit r11-3718-g91ae6930ed4a87d7b8e25e10378388b3f0dc1729
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97333
Richard Biener changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97315
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97325
--- Comment #5 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:9489806fa258b90b02b55804e61e9eb748724ce7
commit r11-3719-g9489806fa258b90b02b55804e61e9eb748724ce7
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97325
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97334
Bug ID: 97334
Summary: inefficient vectorization of
gcc.dg/vect/bb-slp-pr65935.c
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97334
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97203
--- Comment #2 from Tom de Vries ---
Minimal version (without inlining sinf code from newlib):
...
/* { dg-additional-options "-lm -foffload=-lm" } */
#define N 1
int
main (void) {
float k[N];
float res;
for (int i = 0; i < N; i++)
k
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97322
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:f18eeb6b958acd5e1590ca4a73231486b749be9b
commit r11-3720-gf18eeb6b958acd5e1590ca4a73231486b749be9b
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97322
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97294
--- Comment #5 from Jakub Jelinek ---
Fixed for 11+ so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97323
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|kyry
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97326
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97330
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96914
--- Comment #7 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:afb198ee3729c29c8e681aedc656f55f4afe4053
commit r11-3721-gafb198ee3729c29c8e681aedc656f55f4afe4053
Author: Christophe Lyon
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97332
Andrew Stubbs changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96914
--- Comment #8 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:237f12da4124b91503646b099a8282aa6b251ef9
commit r11-3722-g237f12da4124b91503646b099a8282aa6b251ef9
Author: Christophe Lyon
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97292
--- Comment #7 from Martin Liška ---
Ok, I've just installed the patch with the debug counter.
I can reproduce it with first bad value with --param=lto-partitions=1:
-fdbg-cnt=ipa_mod_ref:16848
and the difference comes from dealII.ltrans0.ltran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97335
Martin Liška changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97335
Bug ID: 97335
Summary: [11 Regression] 525.x264_r fails with -Ofast -g
-march=znver2 -flto=16 since
r11-3641-gc34db4b6f8a5d803
Product: gcc
Version: 10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97336
Bug ID: 97336
Summary: False positive -Wstring-compare warning for strncmp()
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97324
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97328
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |10.3
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97328
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-10-08
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97330
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97292
--- Comment #8 from Martin Liška ---
Created attachment 49329
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49329&action=edit
Good PRE dump file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97292
--- Comment #9 from Martin Liška ---
Created attachment 49330
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49330&action=edit
Bad PRE dump file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97330
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:629e0547af33221a925f38757b52a9284148b68a
commit r11-3726-g629e0547af33221a925f38757b52a9284148b68a
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97330
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97292
--- Comment #10 from Martin Liška ---
Good PRE dump file with details:
https://drive.google.com/file/d/114AAhbNKeiJ7w3FYOcumdpnnMCNvdjiy/view?usp=sharing
Bad PRE dump file with details:
https://drive.google.com/file/d/14_dV-FYSe1j0Sx-zIc8d_6ypuF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90439
Sunil Kumar changed:
What|Removed |Added
CC||sunil.kumar3 at ltts dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97335
--- Comment #1 from Martin Liška ---
With -O3 -g -flto=16 --param=lto-partitions=1, the first bad binary is with
-fdbg-cnt=ipa_mod_ref:1046.
It seems a misc tool fails with:
./ldecod_r -i BuckBunny.264 -o BuckBunny.yuv
Setting Default Parameter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97203
--- Comment #3 from Tom de Vries ---
[ Note, this is with GOMP_NVPTX_JIT=-O0. ]
In sinf, we have:
...
45:return -__kernel_cosf(y[0],y[1]);
...
which translates to:
...
.loc 1 45 12
ld.f32 %r67,[%frame+4];
ld.f32 %r65,[%f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97328
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92564
--- Comment #3 from boger at gcc dot gnu.org ---
Yes, I tried the value of 0x8 and the test passed. In the issue Ian
mentioned that 0x10 was the default on x86. If we want the same default on
x86 and ppc64 then 0x10 would work since th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63332
Jonathan Wakely changed:
What|Removed |Added
Target||i386-pc-solaris2.11
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70358
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82584
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86402
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-10-08
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96914
--- Comment #9 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:5a448362da6133c3b16ffdb0c795b657af7fa5a4
commit r11-3730-g5a448362da6133c3b16ffdb0c795b657af7fa5a4
Author: Christophe Lyon
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96914
Christophe Lyon changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82584
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90439
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82584
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:b2a96bf9dce41ee777b1669e4a8b4c6df3ff3613
commit r11-3731-gb2a96bf9dce41ee777b1669e4a8b4c6df3ff3613
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82584
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |11.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96313
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:7d177b142dcbe841124fe023cb592914d4200e57
commit r10-8868-g7d177b142dcbe841124fe023cb592914d4200e57
Author: Kyrylo Tkachov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97150
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:11af9c329ae528abb8c69ae8fae96a0f3fc6ed87
commit r10-8869-g11af9c329ae528abb8c69ae8fae96a0f3fc6ed87
Author: Kyrylo Tkachov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97309
--- Comment #2 from CVS Commits ---
The master branch has been updated by Qing Zhao :
https://gcc.gnu.org/g:baf4750feaa6a5fa502ae7bc0b90f31640af6f47
commit r11-3732-gbaf4750feaa6a5fa502ae7bc0b90f31640af6f47
Author: qing zhao
Date: Thu Oct 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97309
qinzhao at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97203
--- Comment #4 from Tom de Vries ---
So, I think calling functions from simd code is atm not supported for nvptx.
Stack variables in simd code are mapped on a per-thread stack rather than on
the
usual per-warp stack.
The functions are compiled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97335
--- Comment #2 from Martin Liška ---
With the current master (g:3e1123e52f8eca2650efa0bc81768792d328961f) one needs
only one IPA modref transform to trigger the wrong code:
-fdbg-cnt=ipa_mod_ref:778-778
where one needs to copy the input file to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97292
--- Comment #11 from Martin Liška ---
(In reply to Tamar Christina from comment #0)
> With just -Ofast the benchmark doesn't seem to ever terminate until it is
> eventually killed.
>
Can't reproduce the stuck without -flto.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97335
--- Comment #3 from Martin Liška ---
One needs -flto here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97317
--- Comment #3 from Andrew Macleod ---
Created attachment 49331
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49331&action=edit
patch to calculate negative side properly
This is actually due to not handling a cast very well when the preci
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97203
--- Comment #5 from Tom de Vries ---
FWIW, another aspect here is convergence (as usual).
Looking at the SASS code for main$_omp_fn$0$impl, I don't find evidence for the
usual divergence/convergence ops (SSY/SYNC), which might mean that the
foll
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97292
--- Comment #12 from Tamar Christina ---
(In reply to Martin Liška from comment #11)
> (In reply to Tamar Christina from comment #0)
> > With just -Ofast the benchmark doesn't seem to ever terminate until it is
> > eventually killed.
> >
>
> Ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97337
Bug ID: 97337
Summary: new test case gcc.dg/pr97315-1.c fails with excess
errors
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96313
--- Comment #8 from CVS Commits ---
The releases/gcc-9 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:18d980d94f8d7187ce30bf23ddd365fa54189c36
commit r9-8982-g18d980d94f8d7187ce30bf23ddd365fa54189c36
Author: Kyrylo Tkachov
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97150
--- Comment #6 from CVS Commits ---
The releases/gcc-9 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:d5c6ea22fe6db1ee19a178941a8c7f8ff5d0538c
commit r9-8983-gd5c6ea22fe6db1ee19a178941a8c7f8ff5d0538c
Author: Kyrylo Tkachov
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97338
Bug ID: 97338
Summary: [nvptx] Convergence checking
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97317
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97339
Bug ID: 97339
Summary: std::async sometimes prevents std::current_exception
from working properly in the terminate handler
Product: gcc
Version: 10.2.0
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97324
--- Comment #3 from Kip Warner ---
Martin, is -mcpu deprecated for all architectures or just x86?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97324
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97340
Bug ID: 97340
Summary: Spurious rejection of member variable template of
reference type
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97324
--- Comment #5 from Kip Warner ---
The reason I asked is because of that inconsistency in the -mcpu usage on
targets. Thanks for clarifying.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97272
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:d4ec0a15afb7538247206aa9936071544fd860f8
commit r10-8870-gd4ec0a15afb7538247206aa9936071544fd860f8
Author: Harald Anlauf
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97324
--- Comment #6 from Jakub Jelinek ---
There is no consistency.
Targets that have all of -march=, -mcpu= and -mtune=:
aarch64, arm, cris, i386 (-mcpu= deprecated and treated as -mtune=), m68k
Targets that have just -march= and -mtune=:
gcn, mips,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97324
--- Comment #7 from Kip Warner ---
I understand what you mean from a maintainer's standpoint. But from a user's
standpoint, that's an inconsistency.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97324
--- Comment #8 from Jakub Jelinek ---
Except for native supported on a subset of the architectures, no values are the
same, so this is highly target specific anyway. And yes, were it designed all
now, we'd use the same options, but some of these
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97324
--- Comment #9 from Kip Warner ---
Yup. Agreed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97340
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96313
--- Comment #9 from CVS Commits ---
The releases/gcc-8 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:7f8115b305f1a1a2ddec4f59bc08a3415359dda6
commit r8-10575-g7f8115b305f1a1a2ddec4f59bc08a3415359dda6
Author: Kyrylo Tkachov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97150
--- Comment #7 from CVS Commits ---
The releases/gcc-8 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:311183d74e4f3fd5a37749cfbb0960e655e715fb
commit r8-10576-g311183d74e4f3fd5a37749cfbb0960e655e715fb
Author: Kyrylo Tkachov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97150
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96313
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97336
Martin Sebor changed:
What|Removed |Added
Resolution|--- |INVALID
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97292
--- Comment #13 from Jan Hubicka ---
OK, I can reproduce it even though the propagation happens in different
function in dom rather than pre.
The callee is again the operator++ so I start to suspect aliasing violation
there.
I get:
ipa-modref: i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97292
--- Comment #14 from Jan Hubicka ---
So this really seems that the alias set 6 is not conflicting with alias sets
11 or 13. active_cell is
struct active_cell_iterator active_cell;
and the code around seems SRA injected
MEM[(struct TriaRawIter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97292
--- Comment #15 from Jan Hubicka ---
So it seems that problem is that store in operator++ is TriaObjectAcessor while
read is DoFCellAccessor. I am however not sure where the type puning happens :(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97212
--- Comment #2 from Jakub Jelinek ---
I believe the testcase is invalid.
As the explicit task doesn't have if(false) clause, the task isn't undeferred,
so it is up to the implementation whether it waits for its completion or just
continues (defer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96805
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
1 - 100 of 141 matches
Mail list logo
