https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115792
Bug ID: 115792
Summary: GCC accepts [] throw () {}
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115788
Richard Biener changed:
What|Removed |Added
Severity|normal |enhancement
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115787
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2024-07-05
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115786
Richard Biener changed:
What|Removed |Added
Keywords||error-recovery
Blocks|1010
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115791
--- Comment #3 from Andrew Pinski ---
So fixed for GCC 11. Note GCC 10.5.0 was the last release of GCC 10.x series
and there will be no other new 10.x.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115791
Xi Ruoyao changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115791
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115789
--- Comment #6 from Xi Ruoyao ---
(In reply to Craig Topper from comment #5)
> Isn’t -mstrict-align the default? It is in LLVM.
Then it may be a different issue...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115791
Bug ID: 115791
Summary: division by zero check missing at optimization levels
-O2 and -O3
Product: gcc
Version: 10.5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115789
--- Comment #5 from Craig Topper ---
Isn’t -mstrict-align the default? It is in LLVM.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115790
--- Comment #2 from Andrew Pinski ---
Also it is documented this way too:
-Wdeprecated-copy (C++ and Objective-C++ only)
Warn that the implicit declaration of a copy constructor or copy assignment
operator is deprecated if the class has a user-p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115790
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115789
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115790
Bug ID: 115790
Summary: GCC doesn't emit a diagnostic for deprecated copy ctor
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115763
--- Comment #7 from Monk Chiang ---
(In reply to Li Pan from comment #6)
> Seems no surprise.
>
> Monk Chiang, could you please help to double check if upstream has fixed
> this issue ? Thanks.
Sure, I will check it by enable zvfhmin.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115757
Nathaniel Shead changed:
What|Removed |Added
Last reconfirmed||2024-07-05
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59291
--- Comment #4 from Oleg Endo ---
(In reply to pietro from comment #3)
> The following peehole:
>
> (define_peephole
> [(set (match_operand:SI 0 "arith_reg_dest")
> (plus:SI (match_dup 0)
> (match_operand:SI 1 "arith_reg_ope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115763
--- Comment #6 from Li Pan ---
Seems no surprise.
Monk Chiang, could you please help to double check if upstream has fixed this
issue ? Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59291
--- Comment #3 from pietro ---
The following peehole:
(define_peephole
[(set (match_operand:SI 0 "arith_reg_dest")
(plus:SI (match_dup 0)
(match_operand:SI 1 "arith_reg_operand")))
(set (match_operand:SI 2 "arith_r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115775
--- Comment #4 from Sean Murthy ---
(In reply to Xi Ruoyao from comment #2)
> Clang says:
>
> :35:10: error: deduction guide template contains a template
> parameter that cannot be deduced
...
> but I'm not sure if this is correct (or more cor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115775
--- Comment #3 from Sean Murthy ---
I notice the repro has an unnecessary explicit specifier for guide 2. That
guide should be:
//guide 2
template
C(SI) -> C>;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065
--- Comment #28 from Nicolas Boulenguez ---
Created attachment 58591
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58591&action=edit
version 11 of patch 2/8
Version 11 changes a line at the end of patch 2/8,
for compatibility for latest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115789
Jeffrey A. Law changed:
What|Removed |Added
Last reconfirmed||2024-07-04
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115789
--- Comment #2 from lu_zero at gentoo dot org ---
(In reply to Jeffrey A. Law from comment #1)
> If you still have the system, knowing the value of the registers at this
> point would be helpful. "info all-r" in gdb would give you that informati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115789
Jeffrey A. Law changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115789
Bug ID: 115789
Summary: gcc miscompile itself with CFLAGS -O3
-march=rv64gcv_zvl256b
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115751
Manuel Lauss changed:
What|Removed |Added
CC||manuel.lauss at googlemail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115780
Manuel Lauss changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115724
--- Comment #9 from David Malcolm ---
Fixed by the above patch for trunk for gcc 15.
Handling of "error" was added in r11-7333-g5ee4ba031dd9fc to fix PR
analyzer/99196 so keeping this open to track backporting to earlier branches.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115788
Bug ID: 115788
Summary: [F2018] Implement OUT_OF_RANGE
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115724
--- Comment #8 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:a6fdb1a2a2906103afd70fa68cf7c45e896b8fbb
commit r15-1845-ga6fdb1a2a2906103afd70fa68cf7c45e896b8fbb
Author: David Malcolm
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115780
--- Comment #2 from Manuel Lauss ---
(In reply to Andrew Pinski from comment #1)
> I suspect this is a dup of bug 115751 .
Yes I agree, looks very similar and appeared within the same timeframe.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115780
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105510
--- Comment #6 from Matheus Afonso Martins Moreira ---
Also ran into this issue today, also involving compound literals in nested
structure initialization macros. Because clang accepts this, it compiled fine
on my development machine but failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115787
Bug ID: 115787
Summary: ICE: in gimple_build_switch_nlabels, at gimple.cc:807
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115778
--- Comment #3 from Sean Murthy ---
(In reply to Andrew Pinski from comment #2)
> > The same code has no error in GCC 14.1.
>
> It ICEs with -fchecking starting in GCC 11.1.0. But I don't know if it is a
> regression or it was just the checking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115786
Bug ID: 115786
Summary: ICE: Segmentation fault (add_stmt at
./gcc/gcc/c/c-decl.cc:689 and
c_parser_declaration_or_fndef at
./gcc/gcc/c/c-parser.cc:3027)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115779
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115785
Bug ID: 115785
Summary: ICE when building embree-4.3.1 on amd64 with
-flate-combine-instructions
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115784
Bug ID: 115784
Summary: -Wanalyzer-infinite-loop does not take into account
noreturn attribute
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115783
Bug ID: 115783
Summary: GCC accepts invalid program involving calling explicit
object member function from static member function
Product: gcc
Version: 15.0
Status: UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101232
Franciszek Witt changed:
What|Removed |Added
CC||franek.witt at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101485
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
---
-disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 15.0.0 20240704 (experimental) (GCC)
[519] %
[519] % gcctk -O2 small.c; ./a.out
[520] %
[520] % gcctk -O2 -fno-guess-branch-probability -fgcse-sm
-fno-expensive-optimizations -fno-gcse sma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115781
Bug ID: 115781
Summary: Error with passing array of derived type
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113913
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
egmentation fault
166 | }
it goes away with -O1.
gcc version 15.0.0 20240704 (experimental)
699087a16591adfdf21228876b6c48dbcd353faa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115779
Bug ID: 115779
Summary: boost-flat_map begin/end is the same for non empty
container
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115767
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.5
Component|middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98678
--- Comment #14 from GCC Commits ---
The master branch has been updated by John David Anglin :
https://gcc.gnu.org/g:46ffda9bf19abeed95e9d758ed5e776ee221ee9e
commit r15-1843-g46ffda9bf19abeed95e9d758ed5e776ee221ee9e
Author: John David Anglin
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113116
--- Comment #6 from Filip Kastl ---
Yes, currently the measurements are even better than they were before this
slowdown.
I suggest we close this PR. I'll wait a bit in case there are objections and
then do it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112915
--- Comment #5 from Filip Kastl ---
Yes, currently the measurements are back to where they were before this
slowdown. They maybe even improved a bit.
I suggest we close this PR. I'll wait a bit in case there are objections and
then do it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114412
--- Comment #7 from Filip Kastl ---
(In reply to Andrew Pinski from comment #6)
>There is still more from GCC 13 though.
I'm not sure what you mean by that. GCC 13 looks fine to me.
Here is a comparison of measurements on trunk, 12, 13 and 14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115475
--- Comment #6 from GCC Commits ---
The releases/gcc-12 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:cdeb7ce83f71d1527626975e70d294ef55535d03
commit r12-10600-gcdeb7ce83f71d1527626975e70d294ef55535d03
Author: Kyrylo Tkacho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115457
--- Comment #6 from GCC Commits ---
The releases/gcc-12 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:ebf561429ee4fbd125aa51ee985e32f1cfd4daed
commit r12-10599-gebf561429ee4fbd125aa51ee985e32f1cfd4daed
Author: Kyrylo Tkacho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115475
--- Comment #5 from GCC Commits ---
The releases/gcc-13 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:40d54856c1189ab6125d3eeb064df25082dd0e50
commit r13-8891-g40d54856c1189ab6125d3eeb064df25082dd0e50
Author: Kyrylo Tkachov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115457
--- Comment #5 from GCC Commits ---
The releases/gcc-13 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:7785289f8d1f6350a3f48232ce578009b0e23534
commit r13-8890-g7785289f8d1f6350a3f48232ce578009b0e23534
Author: Kyrylo Tkachov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115475
--- Comment #4 from GCC Commits ---
The releases/gcc-14 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:dc63b5dbe60da076f46cb3bcb10f0f84cfd7fb7d
commit r14-10380-gdc63b5dbe60da076f46cb3bcb10f0f84cfd7fb7d
Author: Kyrylo Tkacho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115457
--- Comment #4 from GCC Commits ---
The releases/gcc-14 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:1a97c8ed42562ceabb00c9c516435541909c134b
commit r14-10379-g1a97c8ed42562ceabb00c9c516435541909c134b
Author: Kyrylo Tkacho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115537
--- Comment #7 from GCC Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:adcfb4fb8fb20a911c795312ff5f5284dba05275
commit r15-1842-gadcfb4fb8fb20a911c795312ff5f5284dba05275
Author: Tamar Christina
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115623
Tamar Christina changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115623
--- Comment #6 from GCC Commits ---
The releases/gcc-14 branch has been updated by Tamar Christina
:
https://gcc.gnu.org/g:1742b699c31e3ac4dadbedb6036ee2498b569259
commit r14-10378-g1742b699c31e3ac4dadbedb6036ee2498b569259
Author: Tamar Christ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115623
--- Comment #5 from GCC Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:84acbfbecbdbc3fb2a395bd97e338b2b26fad374
commit r15-1841-g84acbfbecbdbc3fb2a395bd97e338b2b26fad374
Author: Tamar Christina
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115767
--- Comment #5 from Ignacy Gawędzki ---
FWIW, I ran a git bisect from releases/gcc-10.5.0 to releases/gcc-11.1.0 and
the first bad commit is d119f34c952f8718fdbabc63e2f369a16e92fa07, which adds
modref/ipa_modref optimization passes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115777
Richard Biener changed:
What|Removed |Added
Blocks||53947
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115533
--- Comment #26 from Alexander Monakov ---
(In reply to Richard Biener from comment #24)
>
> That's because of -fno-vect-cost-model, it wouldn't be vectorized otherwise.
Thanks, I forgot. The testcase in PR 106902 was vectorized at plain -O3 b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114890
--- Comment #1 from GCC Commits ---
The master branch has been updated by Kyrylo Tkachov :
https://gcc.gnu.org/g:11049cdf204bc96bc407e5dd44ed3b8a492f405a
commit r15-1839-g11049cdf204bc96bc407e5dd44ed3b8a492f405a
Author: Alfie Richards
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78466
Andre Vehreschild changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |vehre at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115426
Richard Biener changed:
What|Removed |Added
Known to work||15.0
Keywords|ice-on-invalid
69 matches
Mail list logo