https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119537
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119535
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94794
--- Comment #2 from Andrew Pinski ---
>the existing "ok for sib call" is not usable in the FE.
The existing ok for sib call is not all of the reasons why a tail call might
fail during code generation either ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119539
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94794
--- Comment #3 from Andrew Pinski ---
I wonder if this could be described as a thunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119541
Bug ID: 119541
Summary: [15 Regression] asan: dynamic-stack-buffer-overflow in
modify_call_for_omp_dispatch at gimplify.cc:3976
Product: gcc
Version: 15.0
Status: UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550
--- Comment #27 from GCC Commits ---
The releases/gcc-14 branch has been updated by Xi Ruoyao :
https://gcc.gnu.org/g:d54c8ebda8674fbed85e2a3c4f141ffe9fa7f8a4
commit r14-11475-gd54c8ebda8674fbed85e2a3c4f141ffe9fa7f8a4
Author: Denis Chertykov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119340
Xi Ruoyao changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119521
--- Comment #3 from Simon Sobisch ---
Note: some people will argue that the program should only abort, because/when
exception checking is on.
At least if it is, libgcobol needs to save the location, statement, file and
exception that happened (f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119526
uecker at gcc dot gnu.org changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119521
--- Comment #4 from Simon Sobisch ---
Am 28. März 2025 15:40:49 GMT-12:00 schrieb "rdubner at gcc dot gnu.org"
:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119521
>
>--- Comment #2 from Robert Dubner ---
>Additional: The leaking memory is b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118961
Nathaniel Shead changed:
What|Removed |Added
Target Milestone|--- |15.0
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 118961, which changed state.
Bug 118961 Summary: ICE g++ modules with LTO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118961
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119527
Bug ID: 119527
Summary: [modules] Internal linkage virtual key function of
template in header unit is not emitted
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119527
--- Comment #1 from Nathaniel Shead ---
GCC 14 compiles and links this successfully but this is not a regression; GCC
14 just didn't handle internal-linkage entities properly and so 's' wasn't
actually imported, as can be confirmed by trying to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119411
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119413
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119512
Andrew Pinski changed:
What|Removed |Added
Resolution|DUPLICATE |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 119512, which changed state.
Bug 119512 Summary: -Wuninitialized does not diagnose use of uninitialized
member in constructor initialization list due to order of init
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119512
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119512
--- Comment #5 from Andrew Pinski ---
Created attachment 60915
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60915&action=edit
Reduced testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119526
Bug ID: 119526
Summary: standard attributes should be preserved in
redeclarations
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119340
--- Comment #9 from GCC Commits ---
The releases/gcc-14 branch has been updated by Xi Ruoyao :
https://gcc.gnu.org/g:d54c8ebda8674fbed85e2a3c4f141ffe9fa7f8a4
commit r14-11475-gd54c8ebda8674fbed85e2a3c4f141ffe9fa7f8a4
Author: Denis Chertykov
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23
--- Comment #8 from Andrew Pinski ---
Created attachment 60916
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60916&action=edit
Another reduced testcase
If I remove the first argument to Food's ctor we do get a front-end warning ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119493
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119473
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119533
--- Comment #4 from Vineet Gupta ---
Debug log:
`
Phase 4: Insert, modify and remove vsetvl insns.
### loop for missed vsetvl
Insert missed vsetvl info at edge(bb 31 -> bb 32): VALID (insn 663, bb 31)
Insert vsetvl insn 753:
Insert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119534
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119534
--- Comment #2 from Andrew Pinski ---
Created attachment 60921
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60921&action=edit
Reduced testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119535
--- Comment #1 from Andrew Pinski ---
>(why is -pthread needed?)
Because that enables atomic update for profiling rather than using non-atomics.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119533
--- Comment #5 from Vineet Gupta ---
Proposed fix
https://gcc.gnu.org/pipermail/gcc-patches/2025-March/679657.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119535
--- Comment #2 from Sam James ---
(In reply to Andrew Pinski from comment #1)
Ah, I thought you always had to do -fprofile-update=atomic for that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119535
--- Comment #4 from Andrew Pinski ---
Reducing one of the -fprofile-generate failures.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119393
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118961
--- Comment #3 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:3258c89fbb092412a69b689425e77972e7a1c567
commit r15-9024-g3258c89fbb092412a69b689425e77972e7a1c567
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119528
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119528
--- Comment #3 from Jakub Jelinek ---
(In reply to akallabeth+gnu from comment #2)
> as for your suggestion, this will fail as the function designated
> deallocator has not been declared...
You clearly have not tried that (sure, with the missi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119528
--- Comment #2 from akallabeth+gnu at posteo dot net ---
well, that it is not an actual use?
nigher free_foo nor create_foo (the function) are used anywhere in the
code.
how do you consider deprecating a function helpful if every deprecation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119283
--- Comment #5 from GCC Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:9018336252463ffed28f01badfdea2a3ca3ba5c8
commit r15-9028-g9018336252463ffed28f01badfdea2a3ca3ba5c8
Author: Iain Sandoe
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119530
Sam James changed:
What|Removed |Added
Summary|wrong code at -O{s,2,3} |[15 regression] wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64500
--- Comment #15 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:5ac4be28822a4e6f506a69096f92d4675a7d5a72
commit r15-9026-g5ac4be28822a4e6f506a69096f92d4675a7d5a72
Author: Jason Merrill
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116285
--- Comment #7 from Sam James ---
Thanks! I'm going to bisect the get_class_binding_direct issue unless someone
has a guess.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116285
--- Comment #8 from Sam James ---
(In reply to Andi Kleen from comment #2)
> 0.94% of the cycles are iterative_hash, so you might get another slight
> improvement from https://github.com/andikleen/gcc/commits/rapidhash-1
> which switches the ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115983
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119529
Bug ID: 119529
Summary: Template-id does not match any template declaration
(for template friend function)
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119529
Jesse Williamson changed:
What|Removed |Added
CC||jesse at mind dot net
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119529
--- Comment #2 from Jesse Williamson ---
Changing the name of the free function to differ from the class member
compiles, e.g.:
friend void g<>(int);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119529
Jesse Williamson changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119529
--- Comment #3 from Jesse Williamson ---
Oh, shoot, I thought I'd checked carefully but I think this is a duplicate of:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117422
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119493
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119528
Bug ID: 119528
Summary: __attribute__((deprecated(text)) triggers with
__attribute__((malloc(deallocator, index)))
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119531
Bug ID: 119531
Summary: GCC generates incomplete DWARF debug information for
TLS variables on aarch64
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119531
Henning Meyer changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97344
Henning Meyer changed:
What|Removed |Added
CC||hmeyer.eu at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119528
--- Comment #5 from Jakub Jelinek ---
You obviously need to declare the free function first, but without deprecated
attribute and just add that attribute afterwards when you'll no longer use it
in your code.
That isn't any different from using i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119528
--- Comment #4 from akallabeth+gnu at posteo dot net ---
you jump to conclusions...
* this is called a simplified example, if you want the full code go
compile htts://github.com/freerdp/freerdp
* did you try yourself? Then please explain the fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116285
--- Comment #6 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:5ac4be28822a4e6f506a69096f92d4675a7d5a72
commit r15-9026-g5ac4be28822a4e6f506a69096f92d4675a7d5a72
Author: Jason Merrill
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119528
--- Comment #6 from akallabeth+gnu at posteo dot net ---
oh, mea culpa :)
did miss the first declaration in your sample. with that it works.
this still feels like a workaround (and, as mentioned, with clang there
are no such warnings)
regards
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64500
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117422
Jesse Williamson changed:
What|Removed |Added
CC||jesse at mind dot net
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119283
Iain Sandoe changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
tstrap
--enable-checking=yes --prefix=/local/suz-local/software/local/gcc-trunk
--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 15.0.1 20250329 (experimental) (GCC)
[613] %
[613] % gcctk -O3 s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119530
Sam James changed:
What|Removed |Added
Summary|[15 regression] wrong code |[15 regression] wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119530
Sam James changed:
What|Removed |Added
Priority|P3 |P1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119532
Bug ID: 119532
Summary: [avr] ICE: in build_minus_one_cst, at tree.cc:2698
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119532
--- Comment #1 from Andrew Pinski ---
I should mention this is most likely reproducible on mips because those are the
only other target that has _Fract/_Accum support.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119517
--- Comment #2 from Tomasz Kamiński ---
Jonathan noted that zoned_time is specified in standard to accept unconstrained
FormatContext in [time.format] p19 (https://eel.is/c++draft/time.format#19).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119533
--- Comment #3 from Andrew Pinski ---
I suspect if you run the testsuite with -fnon-call-exceptions you might find a
reduced C (or C++) testcae for the same issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119533
--- Comment #2 from Andrew Pinski ---
gcc_assert (!(eg->flags & EDGE_ABNORMAL));
Yep.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119533
Bug ID: 119533
Summary: RISC-V: libgo build failures (ICE) with Vector enabled
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119533
--- Comment #1 from Andrew Pinski ---
Note this is most likely exposed by -fnon-call-exceptions which the go
front-end enables by default.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119534
--- Comment #1 from Andrew Pinski ---
Reducing ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116285
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
--- Commen
r/include/c++/v1
--with-build-config='bootstrap-lto bootstrap-cet'
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.1 20250329 (experimental)
eb26b667518c951d06f3c51118a1d41dcdda8b99 (Gentoo Hardened 15.0. p, commit
c2b5b58acd2b0240ed361bbc9a94bf61d2d26f8e)
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119534
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119535
--- Comment #3 from Andrew Pinski ---
(In reply to Sam James from comment #2)
> (In reply to Andrew Pinski from comment #1)
>
> Ah, I thought you always had to do -fprofile-update=atomic for that.
gcc.cc has the following for the default cc1 o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119536
--- Comment #1 from Sam James ---
Just `gcc -c ceval.i -O3` (or -O2 or ...) is enough.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119536
--- Comment #2 from Andrew Pinski ---
I am 99% sure this is the known issue where local variables escape causing
musttail to fail.
-disable-fixincludes
--with-gxx-libcxx-include-dir=/usr/include/c++/v1
--with-build-config='bootstrap-O3 bootstrap-lto'
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.1 20250329 (experimental)
9018336252463ffed28f01badfdea2a3ca3ba5c8
n algorithms: zlib zstd
gcc version 15.0.1 20250329 (experimental)
9018336252463ffed28f01badfdea2a3ca3ba5c8 (Gentoo Hardened 15.0. p, commit
c2b5b58acd2b0240ed361bbc9a94bf61d2d26f8e)
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119536
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119537
Bug ID: 119537
Summary: ICE with [[gnu::assume]] vs computed goto
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119537
Andrew Pinski changed:
What|Removed |Added
Keywords||stmt-expr
--- Comment #1 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119537
--- Comment #2 from Sam James ---
Clang crashes on this variant from the thread too:
```
#include
int main() {
goto *&&x;
typeof(({x: puts("hi");}) ) nope;
}
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119537
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119538
Bug ID: 119538
Summary: FAIL: gcc.dg/torture/pr117938.c -O3
-fomit-frame-pointer -funroll-loops -fpeel-loops
-ftracer -finline-functions execution test
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119536
--- Comment #3 from Sam James ---
I'll chuck this one into cvise.
, r15-9029-geb26b667518c95 gave
FAIL: gcc.target/i386/apx-nf.c scan-assembler-times {nf} rol 4
with binutils master branch 20250329.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119540
Bug ID: 119540
Summary: [15 Regression] FAIL: gfortran.dg/reduce_1.f90 -O0
execution test
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
88 matches
Mail list logo
