https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95734
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95712
--- Comment #11 from Andreas Schwab ---
> generated for aarch64-linux-gnu that I configured for and it has:
You have used --disable-bootstrap.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95677
--- Comment #7 from liusujian ---
Is this really a bug for the GCC when using LTO?
If so, is there any plan to fix this problem?
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95735
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95712
--- Comment #12 from Alexander Egorenkov ---
Indeed, adding --disable-bootstrap helps also.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95736
Bug ID: 95736
Summary: coroutine method improperly copies awaitable
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95737
Bug ID: 95737
Summary: PPC: Unnecessary extsw after negative less than
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95713
--- Comment #6 from Matthias Kretz (Vir) ---
Thank you! I applied the patch (with the necessary context) to the GCC 10
branch and was able to verify that it also fixes my unreduced test cases.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95722
Richard Biener changed:
What|Removed |Added
Component|target |c
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95724
--- Comment #4 from Richard Biener ---
Note the testcase does not ICE so ice-on-invalid is wrong. It's really
a diagnostic only. If we want sth extra to distinguish error diagnostics
from warning diagnostics then we should add one (can't come u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95725
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #8 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95724
--- Comment #5 from Martin Liška ---
(In reply to Richard Biener from comment #4)
> Note the testcase does not ICE so ice-on-invalid is wrong. It's really
> a diagnostic only. If we want sth extra to distinguish error diagnostics
> from warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95727
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2020-06-18
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95729
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95731
Richard Biener changed:
What|Removed |Added
Keywords||easyhack,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95733
Richard Biener changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95734
Richard Biener changed:
What|Removed |Added
Component|bootstrap |target
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95712
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |INVALID
--- Comment #14 from Andrew Pins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95712
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95712
--- Comment #15 from Andrew Pinski ---
This should have caught it:
case "$have_compiler:$host:$target:$enable_bootstrap" in
*:*:*:no) ;;
# Default behavior. Enable bootstrap if we have a compiler
# and we are in a native configuration.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95712
--- Comment #16 from Andrew Pinski ---
build_alias=s390x-ibm-linux-gnu
build_vendor=ibm
build_os=linux-gnu
build=s390x-ibm-linux-gnu
host_alias=s390x-ibm-linux-gnu
host_vendor=ibm
host_os=linux-gnu
host=s390x-ibm-linux-gnu
target_alias=s390x-buil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95731
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95712
--- Comment #17 from Alexander Egorenkov ---
(In reply to Andrew Pinski from comment #13)
> (In reply to Andreas Schwab from comment #11)
> > > generated for aarch64-linux-gnu that I configured for and it has:
> >
> > You have used --disable-boo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95738
Bug ID: 95738
Summary: Failure to optimize comparison of float after sign xor
to unsigned comparison
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95739
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
.section.rodata.cst8,"aM",@progbits,8
.align 8
.LC4:
.long 0
.long -1074790400
- .ident "GCC: (SUSE Linux) 10.1.1 20200507 [revision
dd38686d9c810cecbaa80bb82ed91caaa58ad635]"
+ .ident "GCC: (GNU) 11.0.0 20200618 (experimental)"
.section.note.GNU-stack,"",@progbits
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95713
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:9a875db43cd4210843c480c8df26a1d6624d057d
commit r11-1503-g9a875db43cd4210843c480c8df26a1d6624d057d
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95699
--- Comment #10 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:2e0f4a18bc978c73624dd016e4cce229c2809c9c
commit r11-1504-g2e0f4a18bc978c73624dd016e4cce229c2809c9c
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95713
--- Comment #8 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:0c7d18d51a8e9abd085afd0b01743662fd0419fa
commit r10-8323-g0c7d18d51a8e9abd085afd0b01743662fd0419fa
Author: Jakub Jelinek
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95740
Bug ID: 95740
Summary: Failure to avoid using the stack when interpreting a
float as an integer when it is modified afterwards
Product: gcc
Version: 11.0
Status: UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94959
SRINATH PARVATHANENI changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94735
SRINATH PARVATHANENI changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87600
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95725
--- Comment #9 from Jonathan Wakely ---
(In reply to Haoxin Tu from comment #6)
> Hi, there.
>
> I hold the view that the compiler should have good fault tolerance, which
> means giving an input(even invalid), the compiler might emit appropriate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95597
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95725
--- Comment #10 from Jonathan Wakely ---
(In reply to Haoxin Tu from comment #7)
> By the way, can you take a look at bug 95597 and bug 95659? I think GCC
> should accept the first case and shouldn't miss the error message in the
> second code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95659
--- Comment #1 from Jonathan Wakely ---
(In reply to Haoxin Tu from comment #0)
> $cat bug.cc
> int a;
> long foo1 ( void = a, double param2 ,decltype (auto) param3 = a){ }
> long foo2 ( void = a, double param2){ }
>
> In gcc-trunk
> $g++-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95724
--- Comment #6 from Jonathan Wakely ---
(In reply to Richard Biener from comment #4)
> Note the testcase does not ICE so ice-on-invalid is wrong. It's really
> a diagnostic only. If we want sth extra to distinguish error diagnostics
> from warn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95739
Richard Biener changed:
What|Removed |Added
Component|tree-optimization |middle-end
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95740
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95724
--- Comment #7 from Richard Biener ---
(In reply to Jonathan Wakely from comment #6)
> (In reply to Richard Biener from comment #4)
> > Note the testcase does not ICE so ice-on-invalid is wrong. It's really
> > a diagnostic only. If we want sth
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95741
Bug ID: 95741
Summary: Optimization removes call to set_terminate in
destructor
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95728
--- Comment #3 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:81caacc273399c91ae3182021ad87bc2ba786039
commit r11-1507-g81caacc273399c91ae3182021ad87bc2ba786039
Author: Marek Polacek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95728
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95712
Alexander Egorenkov changed:
What|Removed |Added
Resolution|INVALID |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95734
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
Ho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95739
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95739
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:eccc3d432669ba272229d49f015cb986df21eb0a
commit r11-1510-geccc3d432669ba272229d49f015cb986df21eb0a
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95739
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95726
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95742
Bug ID: 95742
Summary: Bad error message in parsing a function with
"decltype()"
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: diagnostic
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95742
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95730
--- Comment #3 from Andrew Stubbs ---
The GCN port does not define a scalar_mode_supported, and I think the default
definition is allowing TImode (as long long int). As I said, the SLP
fake-vector load/store use it fine as a substitute for V4SI o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95742
--- Comment #2 from Jonathan Wakely ---
(In reply to Haoxin Tu from comment #0)
> This code test.cc, I think it's not a garbage input for GCC,
That's debatable.
> I guess GCC might can not recognize the function definition correctly?
That's no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95741
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95735
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95741
--- Comment #2 from Jonathan Wakely ---
I assume the bug summary is a typo, and you meant to say "Optimization skips
destructor and calls terminate directly", right?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67282
Marc POULHIÈS changed:
What|Removed |Added
CC||mpoulhies at kalray dot eu
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95741
--- Comment #3 from Marc POULHIÈS ---
Yes you are right, sorry. Mistake caused by previous change in the title...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95743
Bug ID: 95743
Summary: [9/10 Regression] bogus recursive call to nonrecursive
procedure with -fcheck=recursion
Product: gcc
Version: 9.3.1
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95734
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95706
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95744
Bug ID: 95744
Summary: Duplicate error message in a simple decltype specifier
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87600
--- Comment #9 from Segher Boessenkool ---
(In reply to Alexandre Oliva from comment #8)
> I've noticed regressions caused by make_more_copies, in scenarios that used
> subreg s for the low part of promoted incoming parms. With hard regs, the
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95745
Bug ID: 95745
Summary: [11 regression] O3-pr85794.c fails since
r11-1445-g502d63b6d6141597bb18fd23c87736a1b384cf8f
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95744
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95735
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95667
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Martin Sebor -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95736
Lewis Baker changed:
What|Removed |Added
CC||lewissbaker.opensource@gmai
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95735
--- Comment #4 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:5421fae8b17c7401f3a4ac5b9f414a47f7bda379
commit r11-1516-g5421fae8b17c7401f3a4ac5b9f414a47f7bda379
Author: Marek Polacek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95735
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95347
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Aaron Sawdey
:
https://gcc.gnu.org/g:541e8c4dac11fce933a7f9fa7d865abf8d6496f7
commit r10-8324-g541e8c4dac11fce933a7f9fa7d865abf8d6496f7
Author: Aaron Sawdey
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95347
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Aaron Sawdey
:
https://gcc.gnu.org/g:6e81b0cf4ff75f65edfd2d83bfa2933f35ae66af
commit r10-8325-g6e81b0cf4ff75f65edfd2d83bfa2933f35ae66af
Author: Aaron Sawdey
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95726
--- Comment #4 from rsandifo at gcc dot gnu.org
---
(In reply to Jakub Jelinek from comment #3)
> But if they mangle differently, then structural_comptypes shouldn't treat
> them as same types.
That certainly avoids the ICE, and makes GCC's beha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95722
--- Comment #3 from joseph at codesourcery dot com ---
See bugs 70490 and 84563 regarding atomic_load of const.
The atomic_load generic function takes a pointer-to-const-atomic argument
just like any other library function that takes an argumen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71096
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95746
Bug ID: 95746
Summary: ice during GIMPLE pass: reassoc
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95746
--- Comment #1 from David Binderman ---
The bug doesn't seem to occur on raspberry pi 4, with config string
arm-linux-gnueabihf.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95726
--- Comment #5 from Jakub Jelinek ---
Dunno, perhaps for backporting it could be done in template_args_equal instead?
Like I said, it would probably need to handle also POINTER/REFERENCE/ARRAY_TYPE
whose ultimate element type is VECTOR_TYPE possi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95712
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |MOVED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95712
--- Comment #20 from Alexander Egorenkov ---
(In reply to Andrew Pinski from comment #19)
> This is a config.sub issue where the vendor is always rest/set to ibm. Not
> directly a gcc issue. Gcc does not maintain config.sub.
Ok, sorry, thank yo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95747
Bug ID: 95747
Summary: [OpenMP/Builtin] nontemporal store support
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95712
--- Comment #21 from Alexander Egorenkov ---
Could you please point me to the bug report it was moved to ? Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95748
Bug ID: 95748
Summary: Long long function parameter should be aligned to 32
bit on x86.
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95667
--- Comment #3 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:5acc654e380797bbf402bc3a0a67f9a6ac4c2a83
commit r11-1517-g5acc654e380797bbf402bc3a0a67f9a6ac4c2a83
Author: Martin Sebor
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92814
--- Comment #1 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:5acc654e380797bbf402bc3a0a67f9a6ac4c2a83
commit r11-1517-g5acc654e380797bbf402bc3a0a67f9a6ac4c2a83
Author: Martin Sebor
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95639
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|mpolacek at gcc d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95749
Bug ID: 95749
Summary: std::filesystem::file_size returns wrong size for
large files on Windows
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95712
--- Comment #22 from Andrew Pinski ---
(In reply to Alexander Egorenkov from comment #21)
> Could you please point me to the bug report it was moved to ? Thanks
Can you file it? Well they don't have a bug database, just an email list:
Report bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95745
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-06-18
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95749
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95745
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #2 from Martin Liška
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95746
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95750
Bug ID: 95750
Summary: [x86] Use dummy atomic insn instead of mfence in
__atomic_thread_fence(seq_cst)
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95750
Andrew Pinski changed:
What|Removed |Added
Depends on||91719
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95750
--- Comment #2 from andysem at mail dot ru ---
gcc 10.1 only optimizes __atomic_store_n(seq_cst) to xchg, but not the fence.
Also, consider applying the same optimization to __sync_synchronize().
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95568
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95751
Bug ID: 95751
Summary: [aarch64] Consider using ldapr for
__atomic_load_n(acquire) on ARMv8.3-RCPC
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95726
--- Comment #6 from Jason Merrill ---
(In reply to rsand...@gcc.gnu.org from comment #4)
> (In reply to Jakub Jelinek from comment #3)
> > But if they mangle differently, then structural_comptypes shouldn't treat
> > them as same types.
Definite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95752
Bug ID: 95752
Summary: Failure to optimize complicated usage of __builtin_ctz
with conditionals properly
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity
1 - 100 of 122 matches
Mail list logo
