https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119607
--- Comment #10 from Sam James ---
(In reply to Jakub Jelinek from comment #9)
> It seems g_closure_ref is inlined into 3 different functions,
> g_closure_invoke
g_closure_invoke is it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119414
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119613
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119614
Sam James changed:
What|Removed |Added
Keywords||tail-call
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119613
Andrew Pinski changed:
What|Removed |Added
Keywords||tail-call
--- Comment #2 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119608
Nathaniel Shead changed:
What|Removed |Added
Last reconfirmed||2025-04-03
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119564
Nathaniel Shead changed:
What|Removed |Added
Last reconfirmed|2025-04-01 00:00:00 |2025-04-03
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119592
--- Comment #3 from Andrew Pinski ---
I think the missed optimization is just reduces down to PR 23384 but I could be
wrong.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
--- Comment #34 from Andrew Pinski ---
https://discourse.llvm.org/t/rfc-new-dwarf-attribute-for-symbolication-of-merged-functions/79434
-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 20250403 (experimental)
92ca72b41a74aef53978cadbda33dd38b69d3ed3 (Gentoo Hardened 15.0. p, commit
43e87541519c3e496094d7febd6b772ce0fb33b9)
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119616
--- Comment #2 from Sam James ---
Reducing this is going to be hell. If needed, I can try run the protobuf
testsuite with PGO which will be more manageable..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119616
--- Comment #1 from Sam James ---
Created attachment 60982
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60982&action=edit
generated_message_tctable_lite.gcda.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111499
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.5
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119616
--- Comment #3 from Sam James ---
Created attachment 60983
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60983&action=edit
generated_message_tctable_lite.ii.269t.optimized-O1.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119616
--- Comment #4 from Sam James ---
Created attachment 60984
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60984&action=edit
generated_message_tctable_lite.ii.269t.optimized-O2.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119616
--- Comment #7 from Sam James ---
Created attachment 60987
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60987&action=edit
generated_message_tctable_lite.ii.222t.tailc.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119616
--- Comment #8 from Andrew Pinski ---
_25 = google::protobuf::internal::TcParser::MiniParse (msg_14(D), pretmp_68,
ctx_21(D), table_16(D), hasbits_15(D), data); [must tail call]
goto ; [100.00%]
[count: 1073741824]:
# _10 = PHI
retu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119616
Andrew Pinski changed:
What|Removed |Added
Component|gcov-profile|tree-optimization
Keywords|EH
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119616
--- Comment #5 from Sam James ---
Created attachment 60985
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60985&action=edit
generated_message_tctable_lite.ii.048t.tailr1.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119616
--- Comment #6 from Sam James ---
Created attachment 60986
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60986&action=edit
generated_message_tctable_lite.ii.133t.tailr2.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119616
--- Comment #11 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #10)
> Created attachment 60988 [details]
> non-PGO but no reduced
>
> Works at -O1 but fails at -O2.
The difference between this and the original preprocessed sour
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119616
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-reduction
--- Comment #12 from An
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119616
--- Comment #10 from Andrew Pinski ---
Created attachment 60988
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60988&action=edit
non-PGO but no reduced
Works at -O1 but fails at -O2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119608
Nathaniel Shead changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |nshead at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119564
Nathaniel Shead changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119300
--- Comment #2 from Zdenek Sojka ---
It fails the same way with -std=c11 -mfpmath=387:
$ x86_64-pc-linux-gnu-gcc -std=c11 -mfpmath=387 testcase.c
testcase.c: In function 'foo':
testcase.c:5:1: error: unrecognizable insn:
5 | }
| ^
(i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119617
Bug ID: 119617
Summary: ICE: in standard_sse_constant_opcode, at
config/i386/i386.cc:5465 with
-fzero-call-used-regs=all -mabi=ms -mavx512f
-mno-evex512
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119618
--- Comment #3 from Sam James ---
(In reply to Sam James from comment #2)
> It's compare-debug. `gcc -c ceval.i -fprofile-generate -g` works, but `gcc
> -c ceval.i -fprofile-generate -g -O1` fails.
Sorry, and: -O0 and -O1 without -g work.
lib zstd
gcc version 15.0.1 20250403 (experimental)
92ca72b41a74aef53978cadbda33dd38b69d3ed3 (Gentoo Hardened 15.0. p, commit
43e87541519c3e496094d7febd6b772ce0fb33b9)
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119618
Andrew Pinski changed:
What|Removed |Added
Keywords||tail-call
--- Comment #1 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119618
Sam James changed:
What|Removed |Added
Keywords|tail-call |compare-debug-failure
--- Comment #2 from S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119618
--- Comment #4 from Sam James ---
```
typedef struct {
int a;
} b;
b c;
int d;
void e(int *);
int f() {
{
b g = c;
e((int *)g.a);
if (d) [[clang::musttail]]
return f();
}
return 1;
}
```
This has slightly different beh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119618
--- Comment #5 from Sam James ---
This one fails at > -O0 with -g:
```
typedef struct {
} a;
_Bool b();
int *c() {
if (b())
return 0;
{
a d;
do
[[clang::musttail]] return ((int *(*)(int, a *, int, int, int))1)(1, 0,
1,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547
--- Comment #9 from Robin Dapp ---
> cmake --build cross-build/$BUILD_DIR-gcc --target opencv_test_core -j10
> ```
> 4. run
> ```
> export LD_LIBRARY_PATH=//lib
> ./opencv_test_core --gtest_filter="Core_ConvertScale/ElemWiseTest.accuracy/0"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119564
Cameron Angus changed:
What|Removed |Added
Attachment #60948|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119380
--- Comment #10 from GCC Commits ---
The releases/gcc-14 branch has been updated by Andre Vehreschild
:
https://gcc.gnu.org/g:f955c5b409a96bd12765680517ce583d7086c62d
commit r14-11522-gf955c5b409a96bd12765680517ce583d7086c62d
Author: Andre Veh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119593
--- Comment #4 from GCC Commits ---
The master branch has been updated by Tomasz Kaminski :
https://gcc.gnu.org/g:5c7f6272f43f4265dc08eac4ee91164672c1c441
commit r15-9178-g5c7f6272f43f4265dc08eac4ee91164672c1c441
Author: Tomasz KamiÅski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119609
Bug ID: 119609
Summary: [powerpc-elf] load_toc_v4_pic_si may clobber r12 and
crt
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119590
--- Comment #6 from Francois-Xavier Coudert ---
Reported to Apple as FB17100494.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119609
Richard Biener changed:
What|Removed |Added
Target||rs6000
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119563
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:70bf0ee44017e8e26bb1bdcb6a3fd114c25c39c7
commit r15-9177-g70bf0ee44017e8e26bb1bdcb6a3fd114c25c39c7
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119594
Jakub Jelinek changed:
What|Removed |Added
CC||law at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119380
Andre Vehreschild changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119607
--- Comment #8 from Richard Biener ---
(In reply to Sam James from comment #7)
> It doesn't, but neither does -fdisable-rtl-fwprop{1,2}, so let me check
> again.
maybe -fno-ipa-ra pushes the first difference after RA, matching the bisection
the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103382
Richard Biener changed:
What|Removed |Added
Known to work||12.1.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103382
--- Comment #10 from Jonathan Wakely ---
(In reply to Richard Biener from comment #9)
> For the record, compiling with affected GCC but link editing against fixed
> libstdc++ makes the testcase no longer terminate but at the expense of not
> unl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119593
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |14.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119594
--- Comment #9 from Jakub Jelinek ---
Created attachment 60975
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60975&action=edit
gcc15-pr119594.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119217
Bug 119217 depends on bug 119295, which changed state.
Bug 119295 Summary: cobol, libcobol uses random_r which is GLIBC specific
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119295
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119295
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119295
--- Comment #7 from GCC Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:66a41a0a9626a9b2f8de3cdb6ba82561b50cd9e8
commit r15-9182-g66a41a0a9626a9b2f8de3cdb6ba82561b50cd9e8
Author: Iain Sandoe
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119563
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119482
--- Comment #16 from Richard Biener ---
r15-9175 on x86_64 now shows (with release checking, built with GCC 7, not
bootstrapped):
Samples: 112K of event 'cycles:Pu', Event count (approx.): 139897585915
Overhead Samples Command
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119482
--- Comment #17 from Richard Biener ---
(In reply to Richard Biener from comment #16)
> r15-9175 on x86_64 now shows (with release checking, built with GCC 7, not
> bootstrapped):
>
> Samples: 112K of event 'cycles:Pu', Event count (approx.): 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103382
--- Comment #11 from Richard Biener ---
(In reply to Jonathan Wakely from comment #10)
> (In reply to Richard Biener from comment #9)
> > For the record, compiling with affected GCC but link editing against fixed
> > libstdc++ makes the testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119606
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119386
--- Comment #55 from Michael Matz ---
Yes, %r11 may be clobbered by the lazy stub, nothing else will be changed by
the
PLT. Even that shouldn't matter, though, in this case. Of course, the very
fact
that the PLT was never used in the past year
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119606
--- Comment #6 from Jennifer Schmitz ---
(In reply to Jan Hubicka from comment #5)
> the patch to string constructor should be kind of orthogonal to PR86590.
> I downloaded snappy and perfed it on znver3 machine and while I see there
> are some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119610
Alex Coplan changed:
What|Removed |Added
Component|c++ |target
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119607
--- Comment #9 from Jakub Jelinek ---
It seems g_closure_ref is inlined into 3 different functions,
g_closure_invalidate
g_closure_invoke
_g_closure_invoke_va
and those aren't further inlined. So the noipa attribute presumably just stops
inlini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119386
--- Comment #56 from Alexander Monakov ---
I think you mean -fno-plt, not -mno-plt (here and your previous comment)?
Ideally we would be able to express a relocation to PLT, but without admitting
lazy binding (i.e. the trampoline will be in .pl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119386
--- Comment #57 from Michael Matz ---
(In reply to Alexander Monakov from comment #56)
> I think you mean -fno-plt, not -mno-plt (here and your previous comment)?
Yes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118615
--- Comment #31 from Jakub Jelinek ---
Do you have a testcase where something behaves incorrectly?
For JUMP_P, I don't understand how the current behavior could be a problem, how
is a JUMP_P as current_insn (and therefore implying before_p for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119564
Cameron Angus changed:
What|Removed |Added
Attachment #60949|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119593
--- Comment #5 from GCC Commits ---
The releases/gcc-14 branch has been updated by Tomasz Kaminski
:
https://gcc.gnu.org/g:ad1b71fc2882c14271ebf2bbaf216cceaa88c76a
commit r14-11523-gad1b71fc2882c14271ebf2bbaf216cceaa88c76a
Author: Tomasz KamiÅ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119593
Tomasz Kamiński changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116595
Richard Sandiford changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119147
--- Comment #3 from Jan Hubicka ---
With speculation_useful_p we now are able to constant propagate stride into
mc_chroma with PGO, but it does not help runtime.
https://gcc.gnu.org/pipermail/gcc-patches/2025-April/680055.html
solves the costi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118597
--- Comment #10 from GCC Commits ---
The master branch has been updated by Victor Do Nascimento
:
https://gcc.gnu.org/g:701bc728c31a84b6eff7d77f48c6ab270af007cf
commit r15-9184-g701bc728c31a84b6eff7d77f48c6ab270af007cf
Author: Victor Do Nascim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116595
Robin Dapp changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38376
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119610
Bug ID: 119610
Summary: aarch64: Wrong unwind info with
-fstack-clash-protection -fstack-protector-strong
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119536
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116595
--- Comment #7 from Robin Dapp ---
Ah, not a regression but just a checking assert, sorry.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118615
--- Comment #30 from Surya Kumari Jangala ---
Going thru the 2 patches (r15-2810 and r15-8656), I realized that before_p
should be honoured.
The significance of before_p :
For jmp/call insns which have a hard reg as a src register, the
split/in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547
--- Comment #10 from Robin Dapp ---
> 4. run
> ```
> export LD_LIBRARY_PATH=//lib
> ./opencv_test_core --gtest_filter="Core_ConvertScale/ElemWiseTest.accuracy/0"
> ```
[==] Running 1 test from 1 test case.
[--] Global test e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119296
--- Comment #2 from Iain Sandoe ---
r15-9183-gb6aafe9a5b1452f3 has replacements for strfromf32/64. Support for
f128 on targets which can support __float128 can be provided by libquadmath
which has conversion functions).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119607
--- Comment #11 from Sam James ---
I've also re-done the bisection with some more rigour in the script and it
comes out the same.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112934
--- Comment #3 from Barnabás Pőcze ---
Any idea as to when it might get merged?
101 - 179 of 179 matches
Mail list logo
