https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104139
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104140
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104114
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104114
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:ad4188f8385f86cc04806fb0e26c7da1f5f655b8
commit r12-6755-gad4188f8385f86cc04806fb0e26c7da1f5f655b8
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102664
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104135
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104134
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2022-01-20
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104117
--- Comment #6 from Iain Sandoe ---
.. not (In reply to Iain Sandoe from comment #5)
> (In reply to Richard Biener from comment #4)
not enough coffee before posting ...
[this problem comes into play when we use force_const_mem() on an operand,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104142
Bug ID: 104142
Summary: [9/10/11/12] Spurios warning unused-variable
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104143
Bug ID: 104143
Summary: [F2018] Accept scalar actual arguments to assumed-type
assumed-size array dummies [type(*), dimension(*)]
Product: gcc
Version: 12.0
Status: UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104142
Richard Biener changed:
What|Removed |Added
Summary|[9/10/11/12] Spurios|Spurios warning
|war
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104058
Levy Hsu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 104058, which changed state.
Bug 104058 Summary: [12 Regression] 6-7% x264_r regression with -march=native
-Ofast -funroll-loops -flto on x86 since
r12-6420-gd3ff7420e941931d32ce2e332e7968fe67ba20af
https://gcc.gnu.org/b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 104058, which changed state.
Bug 104058 Summary: [12 Regression] 6-7% x264_r regression with -march=native
-Ofast -funroll-loops -flto on x86 since
r12-6420-gd3ff7420e941931d32ce2e332e7968fe67ba20af
https://gcc.gnu.org/b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103771
--- Comment #31 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:8bc700f4c3fbe405413db02281ef2918bfa831fc
commit r12-6756-g8bc700f4c3fbe405413db02281ef2918bfa831fc
Author: liuhongt
Date: Mon Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102650
--- Comment #7 from Richard Biener ---
Actually e will not be used uninitialized
for (; d < 1; d++)
e = f + a;
will initialize it since d is zero and its value will be 4. But jump
threading isolates the case where we would access
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102621
Richard Biener changed:
What|Removed |Added
Target Milestone|12.0|---
Summary|[12 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102596
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104122
--- Comment #3 from Martin Jambor ---
(In reply to Richard Biener from comment #2)
> It's ISA, not tuning.
You are of course correct, unfortunately I am too accustomed to
using the wrong term.
> I suppose -march=native -mtune=generic is still
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102540
--- Comment #9 from Richard Biener ---
I think the GCC 12 IL would require tracking equivalences on parts of
registers,
in this case that _2 is equal to the low part of a.0_1. That is, one would
need to extend what CCP does with bit propagation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102519
Richard Biener changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #24 from Richard B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102517
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102489
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102473
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102459
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102434
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102433
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102414
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
--- Comment #2 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101476
--- Comment #11 from Stas Sergeev ---
The third bug here seems to be
that __asan_handle_no_return:
https://github.com/gcc-mirror/gcc/blob/master/libsanitizer/asan/asan_rtl.cpp#L602
also calls sigaltstack() before
unpoisoning stacks. I believe th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102329
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #9 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102314
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102291
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102264
--- Comment #6 from Richard Biener ---
Created attachment 52239
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52239&action=edit
testcase with the constraints fixed
I don't see how 4.9.4 "works", even that spills some regs. It does seem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104126
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2022-01-20
Summary|ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102261
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104127
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104130
Martin Liška changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104131
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104067
--- Comment #6 from Aldy Hernandez ---
(In reply to Jeffrey A. Law from comment #5)
> I briefly looked at the other BZ last week, but didn't make much headway.
> The first thing that stood out was why are we threading around the loop. I
> thou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104140
Roger Sayle changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102058
--- Comment #4 from Richard Biener ---
It's all with generic arch/tune but -Ofast which is not the most interesting
combination. But we should see to extract a testcase for the reduction
and see to gather runtime data on the size() distribution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87983
--- Comment #4 from Ævar Arnfjörð Bjarmason ---
(In reply to Eric Gallager from comment #3)
> Is the expectation that this would come from -Wswitch, -Wswitch-enum,
> -Wenum-compare, -Wenum-conversion, or some new flag?
I think a new flag would b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101995
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104140
--- Comment #2 from Roger Sayle ---
Ah. risv.md provides a usmulsidi3 expander that populates a usmul_widen_optab,
performing a widening multiplication with operands of differing signs.
The comment/documentation in tree.def needs to be updated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101990
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101988
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104122
--- Comment #4 from Martin Jambor ---
(In reply to Martin Jambor from comment #3)
> (In reply to Richard Biener from comment #2)
>
> > I suppose -march=native -mtune=generic is still bad?
>
> I don't know, I'd have to manually check.
>
It tur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103874
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:68f03ac49cb4f585dbce78dc9e4c4a9ec950e83c
commit r12-6758-g68f03ac49cb4f585dbce78dc9e4c4a9ec950e83c
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103874
Jakub Jelinek changed:
What|Removed |Added
CC|jakub at redhat dot com|
Summary|[11/12 Regre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104140
--- Comment #3 from Roger Sayle ---
Sorry for the noise, but interestingly riscv.md also defines a
usmulsi3_highpart instruction, providing highpart multiplication with different
operand signedness. So in theory an alternate fix might be to allo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104135
--- Comment #5 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:e744aa373d215d1e8b3f4102a71b26b385dababc
commit r12-6759-ge744aa373d215d1e8b3f4102a71b26b385dababc
Author: Martin Liska
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104134
--- Comment #16 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:6d51a27fb17d9dc4e583c119fd976d39e575180f
commit r12-6760-g6d51a27fb17d9dc4e583c119fd976d39e575180f
Author: Martin Liska
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104134
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104135
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #17 from Richard Biener ---
No good idea how to tackle such issues. Possibly a mdreorg pass could for the
code region "near" to the function prologue scan for loads that are known to
access the arguments in a way conflicting with ho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103721
--- Comment #11 from Aldy Hernandez ---
The testcase for PR104067 shows an example where the dominance matters,
irregardless of if we reset relations at the backedge point. There we have a
path that looks like 9->3->5->...:
[local count: 106
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103721
--- Comment #12 from Aldy Hernandez ---
Created attachment 52240
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52240&action=edit
proposed untested patch
This is a proposed patch that fixes both PRs. Perhaps we can tweak the
dominance ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Component|tree-optimizatio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #19 from Richard Biener ---
#include
struct X { double x[3]; };
typedef double v2df __attribute__((vector_size(16)));
v2df __attribute__((noipa))
foo (struct X x)
{
return (v2df) {x.x[1], x.x[2] };
}
struct X y;
int main(int ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102513
Jakub Jelinek changed:
What|Removed |Added
CC||fxue at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102664
Eric Gallager changed:
What|Removed |Added
CC||iains at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103655
--- Comment #2 from Jonathan Wakely ---
"We implemented this C11 feature a while ago and backported it to all OSes"
That suggests it should become available everywhere, no?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102513
Jakub Jelinek changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144
Bug ID: 104144
Summary: [12 Regression] --enable-version-specific-runtime-libs
fails due to: Error: unknown architecture `armv9-a'
Product: gcc
Version: 12.0
Status: UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101882
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144
Richard Biener changed:
What|Removed |Added
Component|web |target
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101874
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101662
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101630
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101532
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101500
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102513
Jakub Jelinek changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102664
--- Comment #7 from Jonathan Wakely ---
https://www.gnu.org/software/autoconf/manual/autoconf-2.69/html_node/Limitations-of-Usual-Tools.html#index-g_t_0040command_007bexpr_007d-1813
The expr match regex should not start with ^ (that is implied
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101491
Richard Biener changed:
What|Removed |Added
Summary|[11/12 regression] |/usr/local/include/libgccji
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101478
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144
Richard Biener changed:
What|Removed |Added
Summary|[12 Regression] |[12 Regression] build fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101428
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #2 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101150
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2021-06-22 00:00:00 |2022-1-20
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101051
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100904
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2021-06-08 00:00:00 |2022-1-20
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100853
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100829
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104145
Bug ID: 104145
Summary: Extra instructions generated for dual float return on
ARM64.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104145
--- Comment #1 from Andrew Pinski ---
There might be a dup of this bug already.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104145
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104146
Bug ID: 104146
Summary: FAIL: libgomp.c/../libgomp.c-c++-common/pr96390.c
execution test
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104146
--- Comment #1 from Tom de Vries ---
Adding:
...
/* { dg-xfail-run-if "PR 97102/PR 97106 - .alias not (yet) supported for nvptx"
{ offload_target_nvptx } } */
...
fixes the FAIL.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101428
--- Comment #3 from Arseny Solokha ---
(In reply to Richard Biener from comment #2)
> Was this ever working or why is this
> marked as regression?
gcc 9 and earlier accept the code w/o any diagnostic, and AFAICT the snippet
you quoted had been
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104067
Aldy Hernandez changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103721
Aldy Hernandez changed:
What|Removed |Added
CC||bonzini at gnu dot org
--- Comment #13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100786
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100784
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Assignee|unassigned at gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144
--- Comment #4 from Richard Earnshaw ---
This sort of problem is going to keep occurring while we continue to have
separate distributions of GCC and binutils. There's no way around the fact
that support for a new architecture in GCC needs an as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100661
--- Comment #5 from Richard Biener ---
Can lambdas appear inside #pragma omp in C++? The following is accepted but
each thread seems to get the global 'c', but at least we don't ICE (possibly
because frame lowering is done in the FE).
void
foo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100661
--- Comment #6 from Richard Biener ---
Ah, no, for the C++ example c[50] is local to _Z3fooPPc._omp_fn.0 and thus
likely fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101405
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100661
--- Comment #7 from Jakub Jelinek ---
(In reply to Richard Biener from comment #5)
> Can lambdas appear inside #pragma omp in C++?
Since OpenMP 5.0 yes. Well, they could appear before as well, but OpenMP 4.5
didn't support C++11, so it wasn't
1 - 100 of 242 matches
Mail list logo