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=95679
Richard Biener changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
--- Comment #2
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 reproduce.
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]
|even
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 comment
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=96206
Martin Liška changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
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
--- Comment #5 from Martin Liška ---
r11-1146-g1396fa5b91cfa0b3
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
Severity:
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
u
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=96354
--- Comment #12 from Jakub Jelinek ---
Created attachment 48949
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48949&action=edit
gcc11-pr96354.patch
Untested fix.
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
Dat
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
Dat
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
Dat
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
Dat
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
Dat
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 in
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=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 do
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 #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 su
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=96349
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Summary|[10/11 Regression
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 #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 & &D.2566[_9] is propagated.
Now, if I add t
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=96363
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #1
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 => MEM[(do
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=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 for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88878
Jan Kratochvil changed:
What|Removed |Added
CC||jan.kratochvil at redhat dot
com
--- C
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=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=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 looks
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
Las
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
Component:
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=64194
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
St
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 #10
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=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). Ins
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=92944
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-07-29
Blocks|
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 Jonathan
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: We
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 gnu.org
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=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=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=96319
markeggleston at gcc dot gnu.org changed:
What|Removed |Added
CC||markeggleston at gcc do
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: unas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53298
Dominique d'Humieres changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
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=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=93295
ofee oficsu changed:
What|Removed |Added
CC||oficsu at gmail dot com
--- Comment #7 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96371
Bug ID: 96371
Summary: [nvptx] frounding-math support
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96325
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #12 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95889
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96372
Bug ID: 96372
Summary: [11 regression] arm/ivopts.c fails since r11-2012
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96373
Bug ID: 96373
Summary: SVE miscompilation on vectorized division loop,
leading to FP exception
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96374
Bug ID: 96374
Summary: Analyzer erroneously rejects certain diagnostics due
to path-feasibility being used on shortest path
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96375
Bug ID: 96375
Summary: [11 regression] arm/lob[2-5].c fail on some
configurations
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96369
Marc Glisse changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96374
--- Comment #1 from David Malcolm ---
This is likely to be associated with "merger" exploded_nodes (where we have
merged state to help the exploded graph converge). Perhaps if we fail to find
a feasible path on the first try we could retry, find
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96376
Bug ID: 96376
Summary: [11 regression] vect/vect-alias-check.c and
vect/vect-live-5.c fail on armeb
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18501
Manuel López-Ibáñez changed:
What|Removed |Added
CC||felix at piedallu dot me
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 96368, which changed state.
Bug 96368 Summary: False negative with maybe-uninitialized with goto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96368
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96368
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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 recon
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=96368
Manuel López-Ibáñez changed:
What|Removed |Added
Status|VERIFIED|RESOLVED
--- Comment #3 from Manue
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=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) != N
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 regr
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
Sev
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: accepts-in
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 st
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 it
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96380
Bug ID: 96380
Summary: [10/11 Regression] ICE in tree check: expected
integer_cst, have view_convert_expr in get_len, at
tree.h:5954
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96325
--- Comment #14 from paul.richard.thomas at gmail dot com ---
Hi Steve,
Your opinion of git and the change over to it is much the same as mine. I
have given it a go but had several "accidents" which put me off for a bit.
As for working on the br
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96381
Bug ID: 96381
Summary: gfc_find_vtab can use a character type typespec as a
derived type (causing invalid access)
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96371
--- Comment #1 from joseph at codesourcery dot com ---
On Wed, 29 Jul 2020, vries at gcc dot gnu.org wrote:
> Anyway, in absence of all this, without fenv.h support there's no way to set
> the rounding mode, meaning that we can assume default ro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96371
--- Comment #2 from joseph at codesourcery dot com ---
The target hook float_exceptions_rounding_supported_p can be used to
determine whether support for exceptions and rounding modes is available.
For any architectures with hardware floating
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96377
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rsandifo at gcc dot
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=96347
Iain Buclaw changed:
What|Removed |Added
Attachment #48946|0 |1
is obsolete|
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: We
1 - 100 of 131 matches
Mail list logo