https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98470
--- Comment #3 from jcmvbkbc at gcc dot gnu.org ---
(In reply to rsand...@gcc.gnu.org from comment #2)
> What code should GCC generate if it wants to move the given
> MEM into an FP register? The two main options are:
>
> (1) reload the literal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98258
--- Comment #9 from Chinoune ---
I forget it
Anyways
$ gfortran-10 -fopenacc bug_omp_acc.o -lgomp -o test.x
mkoffload: fatal error: either '-fopenacc' or '-fopenmp' must be set
compilation terminated.
lto-wrapper: fatal error:
/usr/lib/gcc/x86_6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98348
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Priority|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98349
Richard Biener changed:
What|Removed |Added
Summary|[11 regression] |[11 regression]
|cc.t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98350
Richard Biener changed:
What|Removed |Added
Version|unknown |11.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98351
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
--- Comment #1 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98352
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98353
Richard Biener changed:
What|Removed |Added
Known to work||11.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98355
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.4
--- Comment #2 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98356
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.4
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98138
--- Comment #4 from Kewen Lin ---
(In reply to Kewen Lin from comment #3)
>
> IIUC, in current implementation, we get four grouped stores:
> { tmp[i][0], tmp[i][1], tmp[i][2], tmp[i][3] } /i=0,1,2,3/ independently
>
> When all these tryings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98524
Bug ID: 98524
Summary: accepts-invalid instantiation of variable template
with different function pointer type from declaration
Product: gcc
Version: unknown
Status: UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98357
Richard Biener changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
Ever c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98358
Richard Biener changed:
What|Removed |Added
Summary|new test case |[8 Regression] new test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98524
--- Comment #1 from Andrew Rogers ---
Apologies for the fat-fingering when copying in the code which triggers this
condition!
The top of this bug report should read -
Consider:
template void (*TF)();
template void (*TF)(int);
!!!
Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98258
--- Comment #10 from Alexander Monakov ---
Thanks for checking. As for this:
> Please, stop suggesting untested workarounds.
Yes, I should have mentioned those are untested. I was typing the response late
at night without access to offloading-c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98365
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-01-05
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98371
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98379
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98383
Richard Biener changed:
What|Removed |Added
Summary|internal compiler error: in |[10 Regression] internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98384
Richard Biener changed:
What|Removed |Added
Summary|new test case |[11 Regression] new test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98389
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59124
Szőts Ákos changed:
What|Removed |Added
CC||szotsaki at gmail dot com
--- Comment #48 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98513
--- Comment #4 from Martin Liška ---
One last version:
$ cat combined.cc
unsigned var;
unsigned array[2];
int zero = 0, minus_2 = -2;
const int &max(const int &a, const int &b) { return a > b ? a : b; }
void test(int minus_1)
{
for (unsigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98513
Martin Liška changed:
What|Removed |Added
Assignee|marxin at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98396
--- Comment #3 from Richard Biener ---
But note that while free() may clobber errno the state after it is undefined
(it's not documented to set it to any specific value). So I'd argue the
check_errno_unmodified testcase is not really relevant.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98513
--- Comment #5 from Martin Liška ---
This one is fishy:
Intersecting
int [-INF, minus_1_29(D) + 2] EQUIVALENCES: { i_3_14 } (1 elements)
and
int ~[-2147483647, -2147483646]
to
int [-INF, -INF] EQUIVALENCES: { i_3_14 } (1 elements)
how c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98513
Richard Biener changed:
What|Removed |Added
Blocks||85316
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98399
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98403
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90806
--- Comment #12 from Eric Botcazou ---
> So you say that a not bootstrapped GCC 10 compiler compiled with
> a recent host GCC 11 compiler folds to 1 while using a host GCC 10 (or 9)
> compiler does not fold to 1?
Sorry, I mixed things a little b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98414
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
--- Comment #1 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98420
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98302
--- Comment #16 from Martin Liška ---
(In reply to Alex Coplan from comment #15)
> (In reply to Martin Liška from comment #11)
> > > which is miscompiled at -O2 -ftree-vectorize or -O3.
> >
> > What a great reduction, can you please share knowle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98428
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98525
Bug ID: 98525
Summary: potential error in expand_call_inline error handling
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98429
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-01-05
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98365
--- Comment #4 from Hongtao.liu ---
> I hope vectorizer reduction can handle the upper sequence.
After hacked in ifcvt, got
.165.cvt
[local count: 1057206201]:
# cnt_21 = PHI
# i_22 = PHI
# ivtmp_19 = PHI
_1 = (sizetype) i_22
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98334
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:4615cde5d7ef281d4b554df411f82ad707f0a54d
commit r11-6456-g4615cde5d7ef281d4b554df411f82ad707f0a54d
Author: Jakub Jelinek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98438
Richard Biener changed:
What|Removed |Added
Target|x86_64 i?86 |x86_64-*-* i?86-*-*
Target Milestone|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98334
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98442
--- Comment #4 from Richard Biener ---
Using ymm might also trigger dynamic stack realignment if we ever spill, also
using ymm can be slower when the memory is unaligned (and/or when the CPU
has split AVX support only). It will also require vzer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98365
--- Comment #5 from Hongtao.liu ---
>
> And successully vectorized.
>
Also vectorized loop with cnt defined as signed short.
.i.e
int foo (short a[64], short c[64])
{
int i;
short cnt=0;
for (int i = 0;i != 64; i++)
if (a[i] == c[i])
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98522
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98431
Richard Biener changed:
What|Removed |Added
Keywords||compile-time-hog,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98327
--- Comment #5 from Martin Liška ---
> I suspect Martin failed to copy the first line of the testcase 'module;'
> That's important -- it's not an English introduction of a piece of code :)
>
Yep, I failed to do that :)
Anyway, now I can bisec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96974
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98443
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98431
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98448
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94802
--- Comment #6 from Richard Biener ---
We can't really hash them the same but what is possible is at elimination time
see whether x - y is available when x >= y is encountered and replace the
latter with avail >= 0. If x - y is not available at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94802
--- Comment #7 from Richard Biener ---
Which means it won't help for foo():
:
if (b_2(D) >= a_3(D))
goto ; [INV]
else
goto ; [INV]
:
iftmp.0_5 = b_2(D) - a_3(D);
:
# iftmp.0_1 = PHI
return iftmp.0_1;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98526
Bug ID: 98526
Summary: [11 Regression] Double-counting of reduction cost
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98516
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
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=98316
--- Comment #6 from CVS Commits ---
The master branch has been updated by Rainer Orth :
https://gcc.gnu.org/g:a20893cf6b95f60f5319b2196621acc65180125c
commit r11-6457-ga20893cf6b95f60f5319b2196621acc65180125c
Author: Rainer Orth
Date: Tue Ja
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98316
Rainer Orth changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98516
--- Comment #3 from Martin Liška ---
Minimal options:
g++ pr98516.c -std=c++17 -O1 -ftree-slp-vectorize -fno-signed-zeros
-fdbg-cnt=vect_slp:2
while this one is fine:
g++ pr98516.c -std=c++17 -O1 -ftree-slp-vectorize -fno-signed-zeros
-fdbg-cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98414
--- Comment #2 from Martin Liška ---
(In reply to Richard Biener from comment #1)
> Maybe -static-libstdc++ with -fsanitize=undefined has an ordering issue?
No, that does not help. I'm going to bisect that first..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98459
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.5
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98517
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98463
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98468
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98521
Uroš Bizjak changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98474
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98525
Martin Liška changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98479
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98481
Richard Biener changed:
What|Removed |Added
Keywords||ABI
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98489
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98225
Rainer Orth changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98492
--- Comment #1 from Richard Biener ---
The problem is that pp == cxx_pp I guess. I wonder why lang_decl_name doesn't
use a new pretty printer object instead?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98493
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98496
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95401
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Summary|[10/11 Regression] GCC |[10 Regression] GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98371
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:01be45eccee42d0cc6c900f43e2363186517f7ed
commit r11-6458-g01be45eccee42d0cc6c900f43e2363186517f7ed
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98403
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:8a25be517f8de8c060705da13db283a268cf6d12
commit r11-6459-g8a25be517f8de8c060705da13db283a268cf6d12
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98371
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Summary|[10/11 Regression] |[10 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98497
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-01-05
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98403
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98499
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98501
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #9 from Marius Hillenbrand ---
The failures in gnat1 during bootstrap have not led me anywhere, yet I found
useful ICEs while running the test suite on the mostly-bootstrapped tree. The
failing code in gnat appears compiled correctly,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90926
--- Comment #5 from thomgree at cisco dot com ---
I made a fix for this bug here:
https://gcc.gnu.org/pipermail/gcc-patches/2020-December/562259.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98503
--- Comment #8 from Richard Biener ---
Note the example clearly violates C TBAA rules and the "optimization" of
eliding the data member(s) for 'head' are invalid. It's not only about
diagnostics but about wrong-code generation waiting to happen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98504
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94802
Jakub Jelinek changed:
What|Removed |Added
CC||uros at gcc dot gnu.org
--- Comment #8 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97144
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:eac8675225c4cdae347a11089f2b0a22ce920965
commit r11-6460-geac8675225c4cdae347a11089f2b0a22ce920965
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98509
Richard Biener changed:
What|Removed |Added
Keywords||build
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98510
Richard Biener changed:
What|Removed |Added
Target||sparc64-linux
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97144
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Summary|[10/11 Regression] SVE: ICE |[10 Regression] SVE: ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98512
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98514
--- Comment #3 from Richard Biener ---
note the BB rank assignment via ++rank << 16 implies no more than 1 << 15
SSA defs in each BB as well. It would be better to simply assign the BB rank
while traversing the IL in a DFS walk (SSA names pick u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98516
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97269
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:e8beba1cfc761cc35762283b3b44a355ef05e25b
commit r11-6461-ge8beba1cfc761cc35762283b3b44a355ef05e25b
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97269
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84964
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Assignee|rsandifo at gcc dot gnu.org|unassigned at gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98503
--- Comment #9 from Willy Tarreau ---
Hi Richard,
indeed, the &curr->list == &head is the test for end of list that prevents any
bad access from happening.
I know that usually the right way to do this is by using a list element, but
sometimes i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98136
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98526
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98527
Bug ID: 98527
Summary: [11 Regression] ICE in handle_pragma_pop_options
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: p
1 - 100 of 298 matches
Mail list logo