https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109529
--- Comment #2 from Andrew Pinski ---
Since `static_cast(x)` is considered rvalue and `int volatile
const &` needs to be bound, it will not be bound to a temporary (rvalue) which
is produced by the rvalue reference.
In the non-volatile case, we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109529
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109529
Bug ID: 109529
Summary: the r-value volatile object is not accepted by the
l-value volatile constant argument.
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109528
--- Comment #4 from Stavros Avramidis ---
The warning makes a bit more sense now, I was thinking gcc was getting confused
about function ending after calling the internal exits().
Anyways, I can confirm that it works with `[[gnu::noreturn]]`
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109478
--- Comment #5 from Sam James ---
(In reply to John David Anglin from comment #4)
> Fixed by commit 4f1c5e54d782b26304b0095ffb3ceb4c92c3c78d.
i.e. r13-7194-g4f1c5e54d782b26304b0095ffb3ceb4c92c3c78d for the nice link
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104989
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #8 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21038
Eric Gallager changed:
What|Removed |Added
Component|c++ |c
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109505
--- Comment #8 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #7)
> Fails even in GCC 11.1.0.
> It is due to match.pd's
>
> /* (x | CST1) & CST2 -> (x & CST2) | (CST1 & CST2) */
> (simplify
> (bit_and (bit_ior @0 CONSTANT_CLAS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109524
--- Comment #8 from Jakub Jelinek ---
Perhaps add to substitute_and_fold another callback before the dead eh edges
etc. are removed and perform this m_unreachable.remove_and_update_globals in
there rather than after substitute_and_fold returns?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109524
--- Comment #7 from Jakub Jelinek ---
The edge in question has been removed in
#2 0x025b0e32 in free_edge (fn=0x7fffea2ed7e8, e=) at
../../gcc/cfg.cc:93
#3 0x025b1631 in remove_edge_raw (e=) at ../../gcc/cfg.cc:367
#4 0x00
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109494
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109494
--- Comment #11 from Andrew Pinski ---
(In reply to Oliver Rosten from comment #10)
> Can do, but I don't have sufficient understanding to understand why! Can you
> kindly explain?
Because that is where you got the GCC you are using from. It is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109494
--- Comment #10 from Oliver Rosten ---
Can do, but I don't have sufficient understanding to understand why! Can you
kindly explain?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109494
--- Comment #9 from Andrew Pinski ---
You most likely should report this to Homebrew too:
https://github.com/Homebrew/homebrew-core/issues
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109494
--- Comment #8 from Oliver Rosten ---
Created attachment 54870
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54870&action=edit
Output from gcc -v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109494
--- Comment #7 from Andrew Pinski ---
You still didn't provide the full output.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109494
--- Comment #6 from Oliver Rosten ---
I've added a simple makefile to the project:
https://github.com/ojrosten/SourceLoc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109524
--- Comment #6 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #5)
> That only moves it by a single revision back - r13-3595-g7b1cdca6d6d594a
Which actually makes sense as the most reduced testcase has
__builtin_unreachable in it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109524
--- Comment #5 from Jakub Jelinek ---
That only moves it by a single revision back - r13-3595-g7b1cdca6d6d594a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109524
--- Comment #4 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #3)
> Started with r13-3596-ge7310e24b1c0ca67b1bb
You might want to add -param=vrp1-mode=ranger when bisecting.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109524
Jakub Jelinek changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109524
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109524
--- Comment #1 from Andrew Pinski ---
Created attachment 54869
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54869&action=edit
Further reduced
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109524
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109527
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109526
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109528
Andrew Pinski changed:
What|Removed |Added
Component|c |middle-end
--- Comment #3 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109528
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|Calling exit() at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109528
Andrew Pinski changed:
What|Removed |Added
Component|analyzer|c
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109510
--- Comment #15 from CVS Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:2e2b6ec156e3035297bd76edfd462d68d1f87314
commit r13-7195-g2e2b6ec156e3035297bd76edfd462d68d1f87314
Author: Eric Botcazou
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109514
--- Comment #4 from Sergei Trofimovich ---
Thank you, Jason!
I tested the original code from fheroes2-1.0.3. It also compiles without
warnings.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109478
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109528
Bug ID: 109528
Summary: Calling exit() at the end of function triggers
infinite recursion warning
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104989
--- Comment #7 from CVS Commits ---
The master branch has been updated by John David Anglin :
https://gcc.gnu.org/g:4f1c5e54d782b26304b0095ffb3ceb4c92c3c78d
commit r13-7194-g4f1c5e54d782b26304b0095ffb3ceb4c92c3c78d
Author: John David Anglin
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109357
--- Comment #2 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:13669741e673fa6a7b7c8d68f992e58ecd393160
commit r13-7193-g13669741e673fa6a7b7c8d68f992e58ecd393160
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109527
Bug ID: 109527
Summary: redundant register assignment
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109526
Bug ID: 109526
Summary: Broken type name for anonymous struct containing a VLA
member in diagnostic message
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54816
--- Comment #3 from Wilhelm M ---
(In reply to Roger Sayle from comment #2)
> The original problem looks to be fixed on mainline. Can you confirm this
> Wilhelm? If so we can close this PR.
>
> With -Os -mmcu=atmega8, we currently generate (th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109525
--- Comment #1 from 康桓瑋 ---
testcase:
#include
#include
std::vector v;
std::same_as>>
auto r = std::views::as_const(v);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109525
Bug ID: 109525
Summary: typo in views::as_const::operator()
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109511
--- Comment #7 from CVS Commits ---
The releases/gcc-12 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:64efeac03cb9fa2603bb6628712f3a2541aef1cb
commit r12-9402-g64efeac03cb9fa2603bb6628712f3a2541aef1cb
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109519
--- Comment #5 from Sebastian Pop ---
Thanks Andrew for the patch, it fixes the issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54816
Roger Sayle changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21038
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #6 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108807
--- Comment #7 from Jeffrey A. Law ---
Once you've committed to the active release branches where this bug is active
(11/12 in this case), you can just close the bug as resolved/fixed. No need to
update the summary/title in that case.
Thanks,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109521
Sam James changed:
What|Removed |Added
Summary|[11/12/13 Regression] |[11/12/13 Regression]
|Ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109522
Xi Ruoyao changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109522
--- Comment #2 from Xi Ruoyao ---
(In reply to Jakub Jelinek from comment #1)
> I bet we really don't need the macros from stdc-predef.h, so perhaps we
> could use -nostdinc.
> stdc-predef.h currently (sometimes) predefines
> __STDC_IEC_559__
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109524
Bug ID: 109524
Summary: [13 Regression] ICE: SIGSEGV in
remove_unreachable::remove_and_update_globals
(tree-vrp.cc:136) with -O3 -fno-tree-forwprop
-fnon-call-exce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #52 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:de0ee9d14165eebb3d31c84e98260c05c3b33acb
commit r13-7192-gde0ee9d14165eebb3d31c84e98260c05c3b33acb
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108807
--- Comment #6 from Kewen Lin ---
(In reply to Jeffrey A. Law from comment #5)
> Kewen, is this BZ fixed on the trunk? If so we should update the title by
> dropping the "/13" so that's not flagged as a gcc-13 regression.
Yes, thanks for remin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109521
--- Comment #2 from Sam James ---
Created attachment 54866
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54866&action=edit
reduced.ii
Yours is better formed, I think, but let me attach the results of cvise which
just finished for the hel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83264
--- Comment #13 from Andrew Pinski ---
*** Bug 109523 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109523
--- Comment #2 from Andrew Pinski ---
Actually it is a dup of bug 83264.
*** This bug has been marked as a duplicate of bug 83264 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85577
Andrew Pinski changed:
What|Removed |Added
CC||fchelnokov at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109523
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109521
Andrew Pinski changed:
What|Removed |Added
Known to fail|11.3.1, 12.2.1, 13.0|11.1.0
Known to work|10.4.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109523
Bug ID: 109523
Summary: List-initializing constructor of std::vector is
selected erroneously
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #38 from Jonathan Wakely ---
(In reply to Peter Bergner from comment #36)
> Is this fixed now?
Yes, I think the macros are defined consistently with the types now. Let's
close it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109522
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109522
Bug ID: 109522
Summary: Spurious "cc1: error: no include path in which to
search for stdc-predef.h" building a cross compiler
Product: gcc
Version: 13.0
Status: UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109521
Bug ID: 109521
Summary: Checking ICE (canonical types differ for identical
types)
Product: gcc
Version: 13.0
URL: https://bugs.gentoo.org/904339
Status: U
63 matches
Mail list logo