https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93328
--- Comment #3 from Paco Arjonilla ---
But this gets optimized indeed!
#include
using type = std::uint32_t;
type foo(type v){
type r = ((v << 24) & 0xFF00)
| ((v << 8) & 0x00FF)
| ((v >> 8) & 0xFF00)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94266
Bug ID: 94266
Summary: aarch64:ICE during GIMPLE pass: forwprop
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-opti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94228
--- Comment #6 from Mark Paris ---
(In reply to Steve Kargl from comment #5)
> On Thu, Mar 19, 2020 at 10:24:10PM +, markwayne1969 at gmail dot com
> wrote:
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94228
> >
> > --- Comment #4 from M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90835
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94254
--- Comment #8 from Segher Boessenkool ---
SFmode values are stored as DP IEEE float normally. There may be other
cases as well, but this is the obvious one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249
--- Comment #9 from dave.anglin at bell dot net ---
This is with Debian ld 2.34 on hppa-linux.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94265
Bug ID: 94265
Summary: wrong warning "duplicated 'if' condition"
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94264
Bug ID: 94264
Summary: Array-to-pointer conversion not performed on array
prvalues
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94258
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94263
Bug ID: 94263
Summary: build wxpython raspian
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
[...]
> Fine, thanks. Just FYI, I built binutils master to check if the issue
> also exists with the v2 pl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94254
--- Comment #7 from rsandifo at gcc dot gnu.org
---
Created attachment 48080
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48080&action=edit
Proof-of-concept hack to back up the point in comment 4
This hack shows what I mean in comment 4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94254
--- Comment #6 from Zdenek Sojka ---
(In reply to rsand...@gcc.gnu.org from comment #5)
> (In reply to Zdenek Sojka from comment #1)
> > I observe the same issue, and it breaks libgcc build for me:
>
> What configure arguments do you use?
Confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90835
--- Comment #26 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #25 from Iain Sandoe ---
> (In reply to r...@cebitec.uni-bielefeld.de from comment #24)
>> > --- Comment #23 from Iain Sandoe ---
>> > unpatched GCC master, gcc-9.x, gcc-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #6 from Martin Liška ---
>> Can you provide some pointers where to look? I'm totally unfamiliar
>> with this code. Maybe it's easier for you to try the Solaris/SPARC
>> s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94254
--- Comment #5 from rsandifo at gcc dot gnu.org
---
(In reply to Zdenek Sojka from comment #1)
> I observe the same issue, and it breaks libgcc build for me:
What configure arguments do you use?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94254
--- Comment #4 from rsandifo at gcc dot gnu.org
---
The cycling comes from reloading:
(insn 7 6 8 2 (set (reg:SD 122 [ a32 ])
(mem/c:SD (reg/f:DI 120) [1 a32+0 S4 A32]))
"gcc/testsuite/gcc.target/powerpc/pr39902-2.c":15:13 516 {movsd_ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94239
Jakub Jelinek changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94262
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90136
Iain Buclaw changed:
What|Removed |Added
Target Milestone|9.4 |10.0
--- Comment #4 from Iain Buclaw ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90835
--- Comment #25 from Iain Sandoe ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #24)
> > --- Comment #23 from Iain Sandoe ---
> > unpatched GCC master, gcc-9.x, gcc-8.x and gcc-7.5 work for me with any SDK
> > >=
> > Xcode commandl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93621
--- Comment #5 from Martin Liška ---
Yes, I can confirm it still ICEs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94262
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Ever confir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94259
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-03-22
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94262
Bug ID: 94262
Summary: valgrind error in get_pure_location
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90835
--- Comment #24 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #23 from Iain Sandoe ---
> unpatched GCC master, gcc-9.x, gcc-8.x and gcc-7.5 work for me with any SDK >=
> Xcode commandline tools 11.3b.
I've recently tried both buildi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94254
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=94239
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from Jakub Jelinek ---
> Yes, see https://gcc.gnu.org/pipermail/gcc-patches/2020-March/542459.html
> Sorry for that.
I've just applied your patch (the primary one above
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94258
--- Comment #1 from Andrew Pinski ---
Short types are promoted to int when passed to variable arguments functions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94256
--- Comment #2 from Sultan Alsawaf ---
(In reply to Andrew Pinski from comment #1)
> That is why it is limited in the first place:
> /* Update number of blocks and the estimate for number of insns
>in the region. Return true if the region is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93038
--- Comment #5 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:fbe60463bb80d859d4842f0113a6b24fe9cc9bd4
commit r10-7323-gfbe60463bb80d859d4842f0113a6b24fe9cc9bd4
Author: Iain Buclaw
Date: Sun Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94261
--- Comment #1 from rguenther at suse dot de ---
On March 22, 2020 12:46:45 PM GMT+01:00, "rsandifo at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94261
>
>Bug ID: 94261
> Summary: [10 Regression] IC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93621
--- Comment #4 from Arseny Solokha ---
(In reply to Jan Hubicka from comment #3)
> The testcase builds for me now
It still ICEs for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94261
Bug ID: 94261
Summary: [10 Regression] ICE in vect_get_vec_def_for_operand_1
for 3-element condition reduction
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94259
--- Comment #1 from Sergei Trofimovich ---
I also noticed a minor infelicity: if you pass just --with-zstd build system
will do a few unexpected things:
- it will not fail of zstd is not present in system but will silently skip zstd
support
- it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94260
Bug ID: 94260
Summary: Specific friend function inside c++20
concept-constrained class template triggers 'not
usable in a constant expression' error
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94259
Bug ID: 94259
Summary: --without-zstd seems to have no effect and links
libzstd if available
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93873
--- Comment #6 from Jakub Jelinek ---
It is not going to be fixed in GCC 9, only in 10, where it should be fixed
already.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94258
Bug ID: 94258
Summary: Warning Correction while using format specifiers %hx
and %ho
Product: gcc
Version: 7.5.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93873
--- Comment #5 from Emil Fihlman ---
If a free is behind a flag gcc and the allocation is also behind a flag, gcc
should not complain.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93873
--- Comment #4 from Emil Fihlman ---
Problem persists with gcc 9.3, though it's no longer dependent on the bitfield.
https://godbolt.org/z/RGu6hu
If a free is behind a flag.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94254
--- Comment #2 from Zdenek Sojka ---
(In reply to Zdenek Sojka from comment #1)
> I observe the same issue, and it breaks libgcc build for me:
...
>
> (for reasons unknown to me, git gcc-descr returns "r10-7320" for me for the
> same git checko
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #4 from Martin Liška ---
> Ah, ok. Can you please do some basic debugging what's hapenning?
Can you provide some pointers where to look? I'm totally unfamiliar
with this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94254
Zdenek Sojka changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249
--- Comment #4 from Martin Liška ---
Ah, ok. Can you please do some basic debugging what's hapenning?
Btw. is the Solaris using ELF?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94043
--- Comment #8 from Kewen Lin ---
> It's most likely either SCEV or expand_simple_operations looking throuhg
> the single-arg PHI (which we should avoid for LC PHI nodes)
Thanks Richi, I found the loop-closed PHI form was broken after we finishe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94257
Bug ID: 94257
Summary: ICE in inline nested namespace
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assig
48 matches
Mail list logo