https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96347
Iain Buclaw changed:
What|Removed |Added
Attachment #48946|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53957
--- Comment #25 from Anthony ---
(In reply to Anthony from comment #24)
> (In reply to rguent...@suse.de from comment #23)
> > On Sun, 28 Jun 2020, prop_design at protonmail dot com wrote:
> >
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96383
--- Comment #2 from Ben Woodard ---
Created attachment 48955
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48955=edit
gcc binary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96383
--- Comment #1 from Ben Woodard ---
Created attachment 48954
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48954=edit
clang binary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91212
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:81bc0ec3e926d7a2c90502847ddaacf3d56d5b75
commit r11-2411-g81bc0ec3e926d7a2c90502847ddaacf3d56d5b75
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91427
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:1722e2013f05f1f1f99379dbaa0c0df356da731f
commit r11-2412-g1722e2013f05f1f1f99379dbaa0c0df356da731f
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96385
Bug ID: 96385
Summary: GCC generates separate debug info with undefined
symbols without relocations
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96384
Bug ID: 96384
Summary: [11 Regression] bogus -Wstringop-overflow= storing
into multidimensional array with index in range
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96384
Martin Sebor changed:
What|Removed |Added
Last reconfirmed||2020-07-29
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96384
--- Comment #1 from Martin Sebor ---
It looks like a false positive caused by the weirdo signed vs unsigned
conversions between wide_int and offset_int. It happens in this piece of code
in compute_objsize:
offset_int orng[2];
tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96325
--- Comment #15 from Steve Kargl ---
Hi Paul,
Not sure how the UK is handling the pandemic. Here, in
Washington we have 4 phases. Phase 1 has the most
restrictions and phase 4 is the pandemic is over. Most
of Washington made it into phase 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96382
Bug ID: 96382
Summary: const_reverse_iterator() ctor is rejected in c++98
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96382
Jonathan Wakely changed:
What|Removed |Added
Known to fail||11.0
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89772
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96383
Bug ID: 96383
Summary: Full ABI information missing missing from GCC compiled
C
Product: gcc
Version: 10.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
pipcet at gmail dot com changed:
What|Removed |Added
CC||pipcet at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96106
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:f31dd9beb95f4beda1d2bd5c0526c42d0ce455c4
commit r11-2418-gf31dd9beb95f4beda1d2bd5c0526c42d0ce455c4
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95486
--- Comment #4 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:71141b1bd537cc516e485c834c2d36abba3f4544
commit r11-2419-g71141b1bd537cc516e485c834c2d36abba3f4544
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96383
--- Comment #3 from Ben Woodard ---
This also affects C++ but in that case some info can be derived due to
mangling.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96352
--- Comment #2 from jojo ---
(In reply to Richard Biener from comment #1)
> It was a bugfix. If you want to have small binaries use -Os. You can also
> tune the inliner with various knobs, the most important maybe
> --param inline-unit-growth
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96331
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #2 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92396
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|marxin at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96343
Axel changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96354
--- Comment #11 from rguenther at suse dot de ---
On Tue, 28 Jul 2020, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96354
>
> --- Comment #9 from Jakub Jelinek ---
> (In reply to rguent...@suse.de from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95679
Martin Liška changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95679
Richard Biener changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96206
Martin Liška changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96354
--- Comment #12 from Jakub Jelinek ---
Created attachment 48949
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48949=edit
gcc11-pr96354.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96337
--- Comment #12 from Artem S. Tashkinov ---
Michael has admitted that might be a specific CPU relate regression:
> Been running some more tests today:
> - Tried on a i9-10980XE Cascade Lake and Cascade Lake Xeon systems and did
> not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95679
--- Comment #5 from Martin Liška ---
r11-1146-g1396fa5b91cfa0b3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96075
--- Comment #11 from Richard Biener ---
(In reply to Martin Liška from comment #10)
> Likely started with r8-568-gf9f69dd651b2f103.
Very unlikely (IVOPTS runs after vectorization)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95679
--- Comment #3 from Richard Biener ---
And the ICE was mitigated by g:8fb4d1d58362b77da78c09740c6b5562124a369e but
the 'changed' flag still is missing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95889
Tiziano Müller changed:
What|Removed |Added
Summary|__has_include evaluated |[10 regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96282
Martin Liška changed:
What|Removed |Added
Keywords|needs-bisection,|
|needs-reduction
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96365
Bug ID: 96365
Summary: GCC report impossible constraint on possible inline
assembly output constraints
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96365
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96075
--- Comment #10 from Martin Liška ---
Likely started with r8-568-gf9f69dd651b2f103.
after:
.L7:
movapd y+8176(%rax), %xmm0
movq%rax, %rdx
subq$16, %rax
negq%rdx
cmpq$-8192, %rax
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95679
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:8e8792a347c87dbb82b4cf75ec3452bc5cd1d3db
commit r11-2400-g8e8792a347c87dbb82b4cf75ec3452bc5cd1d3db
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95679
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96354
--- Comment #15 from Jakub Jelinek ---
We have indeed:
# DEBUG D#2 => MEM[(double *)&]
and on the caller side:
D.2566[_9] = foo<3, 3> (D.2559, D.2572); [return slot optimization]
So, that is why to & [_9] is propagated.
Now, if I add to foo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96319
--- Comment #2 from CVS Commits ---
The master branch has been updated by Mark Eggleston
:
https://gcc.gnu.org/g:6af8284719d151087a1c1e4da210cc5a9fa4a478
commit r11-2403-g6af8284719d151087a1c1e4da210cc5a9fa4a478
Author: Mark Eggleston
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96366
Bug ID: 96366
Summary: [AArch64] ICE due to lack of support for VNx2SI sub
instruction
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96354
--- Comment #16 from rguenther at suse dot de ---
On Wed, 29 Jul 2020, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96354
>
> --- Comment #15 from Jakub Jelinek ---
> We have indeed:
> # DEBUG D#2 =>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96349
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Summary|[10/11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96349
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:2b2f3867c09c8977268b8ffbd646ac242188b335
commit r11-2402-g2b2f3867c09c8977268b8ffbd646ac242188b335
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96354
--- Comment #18 from rguenther at suse dot de ---
On Wed, 29 Jul 2020, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96354
>
> --- Comment #17 from Jakub Jelinek ---
> But we need to do the regimplification
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88878
Jan Kratochvil changed:
What|Removed |Added
CC||jan.kratochvil at redhat dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95599
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:f43a1b1d1718969423337190ddbbbc9037c67783
commit r10-8545-gf43a1b1d1718969423337190ddbbbc9037c67783
Author: Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95895
--- Comment #9 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:f43a1b1d1718969423337190ddbbbc9037c67783
commit r10-8545-gf43a1b1d1718969423337190ddbbbc9037c67783
Author: Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95823
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:f43a1b1d1718969423337190ddbbbc9037c67783
commit r10-8545-gf43a1b1d1718969423337190ddbbbc9037c67783
Author: Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95591
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:f43a1b1d1718969423337190ddbbbc9037c67783
commit r10-8545-gf43a1b1d1718969423337190ddbbbc9037c67783
Author: Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96365
--- Comment #2 from wierton <141242068 at smail dot nju.edu.cn> ---
(In reply to Jakub Jelinek from comment #1)
> Any reason why you can't just write "=a"(x), "=b"(y), "=c"(z) if you mean
> that as the only possibility?
Emm, I was studying the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96354
--- Comment #13 from Richard Biener ---
(In reply to Jakub Jelinek from comment #12)
> Created attachment 48949 [details]
> gcc11-pr96354.patch
>
> Untested fix.
So I wonder where exactly we get this non-invariant address from and what
makes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95824
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:f43a1b1d1718969423337190ddbbbc9037c67783
commit r10-8545-gf43a1b1d1718969423337190ddbbbc9037c67783
Author: Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45424
Bug 45424 depends on bug 53298, which changed state.
Bug 53298 Summary: ICE in gfc_conv_scalarized_array_ref for ARRAY + substring
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53298
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56818
Bug 56818 depends on bug 53298, which changed state.
Bug 53298 Summary: ICE in gfc_conv_scalarized_array_ref for ARRAY + substring
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53298
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53298
markeggleston at gcc dot gnu.org changed:
What|Removed |Added
CC||markeggleston at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53298
--- Comment #9 from CVS Commits ---
The master branch has been updated by Mark Eggleston
:
https://gcc.gnu.org/g:c2e99836a2751b6d970ca6e50c1a368f5d2a2375
commit r11-2398-gc2e99836a2751b6d970ca6e50c1a368f5d2a2375
Author: Mark Eggleston
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96354
--- Comment #14 from Richard Biener ---
OK, looks like inlining C<3>::C into foo<3, 3> produces this debug stmt.
foo<3, 3> (struct D D.2506, struct C D.2507)
{
:
C<3>::C (&);
return ;
and inlined from
C<3>::C (struct C * const this)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96363
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96354
--- Comment #17 from Jakub Jelinek ---
But we need to do the regimplification for several other reasons, so what would
be the advantage of doing it that way?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96367
Bug ID: 96367
Summary: bogus format truncation error on armhf when building
perf with gcc 10
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88878
--- Comment #8 from Richard Biener ---
(In reply to Jan Kratochvil from comment #7)
> Hello, @rguenth could you suggest what problem does -fdebug-types-section
> -flto still have?
> When I remove the use_debug_types's "&& !in_lto_p" part it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35488
Tom de Vries changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96368
Bug ID: 96368
Summary: False negative with maybe-uninitialized with goto
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95096
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:c8d3f2b6d1d81535ac3b71fd8dd1def12f8d03b3
commit r11-2407-gc8d3f2b6d1d81535ac3b71fd8dd1def12f8d03b3
Author: Fangrui Song
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95096
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96369
Bug ID: 96369
Summary: Wrong evaluation order of || operator
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96319
--- Comment #3 from CVS Commits ---
The releases/gcc-10 branch has been updated by Mark Eggleston
:
https://gcc.gnu.org/g:3c4d2b867666464fad2dc5732940beaae48d8628
commit r10-8549-g3c4d2b867666464fad2dc5732940beaae48d8628
Author: Mark Eggleston
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96354
--- Comment #19 from Jakub Jelinek ---
But doing that would mean pretty much the same amount of code at the expense of
making the IL larger even when not needed (and perhaps risking some
optimization opportunities).
Yet another possibility would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95889
Nathan Sidwell changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |nathan at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96354
--- Comment #20 from rguenther at suse dot de ---
On Wed, 29 Jul 2020, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96354
>
> --- Comment #19 from Jakub Jelinek ---
> But doing that would mean pretty much the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59254
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2015-03-23 00:00:00 |2020-7-29
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96366
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||rsandifo at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93951
Richard Biener changed:
What|Removed |Added
Assignee|rguenth at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45424
Bug 45424 depends on bug 53298, which changed state.
Bug 53298 Summary: ICE in gfc_conv_scalarized_array_ref for ARRAY + substring
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53298
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53298
Dominique d'Humieres changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56818
Bug 56818 depends on bug 53298, which changed state.
Bug 53298 Summary: ICE in gfc_conv_scalarized_array_ref for ARRAY + substring
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53298
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93295
ofee oficsu changed:
What|Removed |Added
CC||oficsu at gmail dot com
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96361
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64194
Patrick Palka changed:
What|Removed |Added
CC||okannen at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64194
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88878
--- Comment #9 from Jan Kratochvil ---
(In reply to Richard Biener from comment #8)
> The .debug_types section isn't supposed to be output when in_lto_p
> (that's for the LTRANS units where we generally do not output any
> types into DWARF).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92944
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-07-29
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96363
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-07-29
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96319
markeggleston at gcc dot gnu.org changed:
What|Removed |Added
CC||markeggleston at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96370
Bug ID: 96370
Summary: ice with -ffast-math
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96368
Salamandar changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #2 from Salamandar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96377
Bug ID: 96377
Summary: [10/11 Regression] GCC 10.2/11 doesn't build Linux
kernel anymore
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96377
Jakub Jelinek changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96300
Manuel López-Ibáñez changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96367
Martin Sebor changed:
What|Removed |Added
Component|c |tree-optimization
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96368
Manuel López-Ibáñez changed:
What|Removed |Added
Status|VERIFIED|RESOLVED
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96325
--- Comment #13 from Steve Kargl ---
On Wed, Jul 29, 2020 at 02:54:59PM +, pault at gcc dot gnu.org wrote:
> --- Comment #12 from Paul Thomas ---
> (In reply to kargl from comment #10)
> > (In reply to jvdelisle from comment #9)
> > > I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96377
--- Comment #1 from Jakub Jelinek ---
I think the problem is that c_common_type does:
742 if (TYPE_ATTRIBUTES (t1) != NULL_TREE)
743 t1 = build_type_attribute_variant (t1, NULL_TREE);
744
745 if (TYPE_ATTRIBUTES (t2) !=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96378
Bug ID: 96378
Summary: ICE: Solaris/SPARCv9 bootstrap stage2 segfault
compiling stdc++.h.gch/O2ggnu++0x.gch
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96379
Bug ID: 96379
Summary: [ 10/11 Regression ] GCC accepts totally invalid
template declaration
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96377
--- Comment #2 from Jakub Jelinek ---
This dates back to
https://gcc.gnu.org/legacy-ml/gcc-patches/2004-06/msg00288.html
Dunno, do we want to never strip attributes from VECTOR_TYPEs and only strip
them that way from non-VECTOR_TYPEs? Or only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96310
--- Comment #4 from Martin Sebor ---
I've been thinking about that too but not really coming up with anything given
the current design. One idea is to change warning() to return a unique "token"
and have inform() take it as an argument and do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96377
--- Comment #3 from Jakub Jelinek ---
For those that need a quick workaround for the kernel, I think
(uint8x16_t) (k ^ vld1q_u8(const0)),
(uint8x16_t) (k ^ vld1q_u8(const1)),
instead of
k ^ vld1q_u8(const0),
k ^ vld1q_u8(const1),
will do
1 - 100 of 122 matches
Mail list logo