https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114492
Andrew Pinski changed:
What|Removed |Added
Summary|Invalid use of gcc_assert |[13/14/15 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117743
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |tree-optimization
--- Comment #1 from A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117743
Bug ID: 117743
Summary: manually zeroing "pad" fields is worse than using
__builtin_clear_padding
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: miss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117742
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-11-23
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33532
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33532
--- Comment #10 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:4aa4162e365023896ebf6ed56bf0a00994c50639
commit r15-5606-g4aa4162e365023896ebf6ed56bf0a00994c50639
Author: Andrew Pinski
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117742
--- Comment #1 from Andrew Pinski ---
This is 99% sure this is a return issue only.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117742
Bug ID: 117742
Summary: Inefficient code for __builtin_clear_padding
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90260
Sam James changed:
What|Removed |Added
Severity|normal |enhancement
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117741
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97477
Sam James changed:
What|Removed |Added
See Also||https://github.com/llvm/llv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117741
Bug ID: 117741
Summary: GCC hangs when compiling a specific C file on the
trunk version
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987
Bug 19987 depends on bug 24333, which changed state.
Bug 24333 Summary: missed div optimizations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24333
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24333
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88190
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117732
Xi Ruoyao changed:
What|Removed |Added
Target|aarch64-linux-gnu |aarch64-linux-gnu,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82630
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103541
--- Comment #8 from Sam James ---
All done?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81562
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |MOVED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117732
--- Comment #8 from Xi Ruoyao ---
And there are some different -Wpedantic warnings in 13.2.0
(https://www.linuxfromscratch.org/lfs/build-logs/12.1/i9-13900K/logs/826-gcc-13.2.0):
../../../../libsanitizer/sanitizer_common/sanitizer_stack_store.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117740
--- Comment #1 from Andrew Pinski ---
Very similar to the plugin rename:
https://gcc.gnu.org/pipermail/gcc-patches/2024-November/669039.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117737
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117740
Bug ID: 117740
Summary: libgcov-util.c should be renamed to libgcov-util.cc
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: internal-improvement
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82892
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117737
--- Comment #3 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:b3f1b9e2aa079f8ec73e3cb48143a16645c49566
commit r15-5603-gb3f1b9e2aa079f8ec73e3cb48143a16645c49566
Author: Andrew Pinski
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109279
--- Comment #22 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:df2e832c90fe0915c0ab89e5c115bd0c6536c833
commit r15-5602-gdf2e832c90fe0915c0ab89e5c115bd0c6536c833
Author: Jeff Law
Date: Fri Nov 22
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117603
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117573
--- Comment #5 from Andrew Pinski ---
>Be careful, this instruction is first executed without making any misalignment
>exceptions, only the second time does it introduce a misalignment issue.
The generated code looks correct.
Rec_Pointer N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117153
--- Comment #4 from Marek Polacek ---
Candidate fix:
--- a/gcc/cp/decl2.cc
+++ b/gcc/cp/decl2.cc
@@ -1960,7 +1960,10 @@ build_anon_union_vars (tree type, tree object)
if (processing_template_decl)
ref = build_min_nt_loc (UNKNOWN_LOC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117573
--- Comment #4 from Tarik Ibrahimović ---
Hi,
I'm hereby providing a testcase for the reported bug.
The bug is that there is a full-word misaligned store to address 0x1517 when
compiler optimizations are used (-02 in specific). In case of no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117573
--- Comment #3 from Tarik Ibrahimović ---
Created attachment 59676
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59676&action=edit
Disassembly of the program
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117573
Tarik Ibrahimović changed:
What|Removed |Added
CC||tarik.ibrahimovic@chili-chi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87850
David Malcolm changed:
What|Removed |Added
URL|https://gcc.gnu.org/ml/gcc- |https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117007
--- Comment #15 from Steven Munroe ---
Found where handling of vec_splat_u32 constant shift counts are handled
differently across the various shift/rotate intrinsics.
Even for the 5-bit shift counts (the easy case) the behavior of the various
s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117007
Steven Munroe changed:
What|Removed |Added
Attachment #59291|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105632
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.2
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117731
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117739
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2024-11-22
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117737
--- Comment #2 from Andrew Pinski ---
Patch posted to remove INCLUDE_MEMORY from everywhere:
https://gcc.gnu.org/pipermail/gcc-patches/2024-November/669828.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117739
Andrew Pinski changed:
What|Removed |Added
Summary|gcc -fhardened -Wl,-z,lazy |`-fhardened -Wl,-z,lazy`
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114189
--- Comment #17 from Eric Botcazou ---
There is a nasty subtlety: the pattern is not vcond_mask but vcond_mask_ with a
trailing underscore!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117739
Bug ID: 117739
Summary: gcc -fhardened -Wl,-z,lazy unexpectadly links binary
with immediate binding (-z now)
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114021
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Ever c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117726
--- Comment #2 from GCC Commits ---
The master branch has been updated by Georg-Johann Lay :
https://gcc.gnu.org/g:939362411d0903542647dae0eff82db10a3ad78a
commit r15-5599-g939362411d0903542647dae0eff82db10a3ad78a
Author: Georg-Johann Lay
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112841
Joseph S. Myers changed:
What|Removed |Added
Target Milestone|--- |15.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112841
--- Comment #3 from GCC Commits ---
The master branch has been updated by Joseph Myers :
https://gcc.gnu.org/g:84a335eb4f9641a471184d86900609dd97215218
commit r15-5598-g84a335eb4f9641a471184d86900609dd97215218
Author: Joseph Myers
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117355
Siddhesh Poyarekar changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117355
--- Comment #13 from GCC Commits ---
The master branch has been updated by Siddhesh Poyarekar
:
https://gcc.gnu.org/g:684595188dea02d246edb66106d82bb7a9a22d79
commit r15-5597-g684595188dea02d246edb66106d82bb7a9a22d79
Author: Siddhesh Poyarekar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115540
--- Comment #5 from GCC Commits ---
The releases/gcc-14 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:8701cdbf8df3f746df85882878beb8e8f897b014
commit r14-10967-g8701cdbf8df3f746df85882878beb8e8f897b014
Author: Gaius Mulley
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117718
--- Comment #5 from Steven Munroe ---
(In reply to Michael Meissner from comment #3)
> No, the issue is with DQ addressing (i.e. vector load/store with offset), we
> can't guarantee that the external address will be properly aligned with the
> b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117732
Jakub Jelinek changed:
What|Removed |Added
Attachment #59669|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101480
--- Comment #27 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:27778979c9a1e32a6ca74e5b5f377385225449b1
commit r15-5595-g27778979c9a1e32a6ca74e5b5f377385225449b1
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110137
--- Comment #35 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:27778979c9a1e32a6ca74e5b5f377385225449b1
commit r15-5595-g27778979c9a1e32a6ca74e5b5f377385225449b1
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117420
--- Comment #9 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:c25c172959e7fb424455ee6acc60571c68b72443
commit r15-5594-gc25c172959e7fb424455ee6acc60571c68b72443
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117641
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:44984f7f7523f136085ba60fd107ba8309d4115b
commit r15-5593-g44984f7f7523f136085ba60fd107ba8309d4115b
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117736
--- Comment #6 from Andrew Pinski ---
Reducing. Note the preprocessed source does not work on the trunk but that is
due to an incompatibility with the older libstdc++ part rather than your code I
think.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117736
--- Comment #5 from Andrew Pinski ---
(In reply to Nikl Kelbon from comment #2)
> There are preprocessed sources
>
> https://github.com/gcc-mirror/gcc/pull/105#issuecomment-2493465483
Next time you could compress them using xz, gzip, bzip2, zi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115536
--- Comment #5 from GCC Commits ---
The releases/gcc-14 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:3adceba04eddf8c6e21fda3f7d0f8015e17bf5d8
commit r14-10966-g3adceba04eddf8c6e21fda3f7d0f8015e17bf5d8
Author: Gaius Mulley
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117736
--- Comment #4 from Andrew Pinski ---
Created attachment 59672
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59672&action=edit
Testcase
Compressed testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104819
--- Comment #17 from GCC Commits ---
The releases/gcc-14 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:9fd8cd1990e0f5bac416bafc8a588d05c735f000
commit r14-10965-g9fd8cd1990e0f5bac416bafc8a588d05c735f000
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117730
--- Comment #6 from anlauf at gcc dot gnu.org ---
I looked at the fortran dump, and also at the verbose asm, comparing
with and w/o non_overridable.
module2 has permuted(?) vtab entries:
@@ -32,10 +32,10 @@
.quad 0
# _deallocate:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117737
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
La
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117724
--- Comment #5 from uecker at gcc dot gnu.org ---
Preliminary patch (but does not cover all similar cases):
diff --git a/gcc/tree.cc b/gcc/tree.cc
index 1da06c7d4e9..453b56cc37c 100644
--- a/gcc/tree.cc
+++ b/gcc/tree.cc
@@ -13977,6 +13977,9 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114541
Heiko Eißfeldt changed:
What|Removed |Added
CC||heiko at hexco dot de
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117737
Andrew Pinski changed:
What|Removed |Added
Summary|GCC: cannot build anymore |[15 Regression] GCC: cannot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117732
Andrew Pinski changed:
What|Removed |Added
Target Milestone|15.0|14.3
Summary|[15 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117731
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:cdd7171a6b0bc1570659afa4ee8a10fe6b894993
commit r15-5592-gcdd7171a6b0bc1570659afa4ee8a10fe6b894993
Author: Andrew Pinski
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117729
Zoltan Hidvegi changed:
What|Removed |Added
CC||zoltan at hidvegi dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117730
--- Comment #5 from Paul Thomas ---
[pault@pc30 pr84674]$ valgrind ./a.out
==1167560== Memcheck, a memory error detector
==1167560== Copyright (C) 2002-2022, and GNU GPL'd, by Julian Seward et al.
==1167560== Using Valgrind-3.19.0 and LibVEX; re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117727
--- Comment #8 from Joseph S. Myers ---
As nullptr_t is in C23, arguably psABIs ought to define the representation of
nullptr_t as part of defining the C ABI.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117603
--- Comment #1 from GCC Commits ---
The master branch has been updated by Dimitar Dimitrov :
https://gcc.gnu.org/g:eeff504238aeb4a9a20a9e445307b6773adb6f01
commit r15-5591-geeff504238aeb4a9a20a9e445307b6773adb6f01
Author: Dimitar Dimitrov
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114529
--- Comment #10 from GCC Commits ---
The releases/gcc-14 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:0750bda126602ee356743b0e8b4c735a42b33065
commit r14-10964-g0750bda126602ee356743b0e8b4c735a42b33065
Author: Gaius Mulley
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114540
--- Comment #2 from Heiko Eißfeldt ---
I also sent it to gcc-patches mailing-list.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114540
Heiko Eißfeldt changed:
What|Removed |Added
CC||heiko at hexco dot de
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117738
Bug ID: 117738
Summary: Failure to recognize dot-product pattern in inner loop
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117732
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
Known to fai
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117737
Bug ID: 117737
Summary: GCC: cannot build anymore under CYGWIN, INCLUDE_MEMORY
is missing
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117718
--- Comment #4 from Segher Boessenkool ---
The address for lxv and lxvx can be anything. The *offset* in the address for
lxv has to be a multiple of sixteen. This isn't any different from DS-mode
(well,
multiple of 4 there), and we have DQ-mod
ขออนุญาตผู้ดูเเลเเละเจ้าของกิจการด้วยครับ
ของผมจะเป็นการเสนอเงินทุนเพื่อเจ้าของธุรกิจ
ที่มีการจดทะเบียนในรูปแบบบริษัท
หจก โรงงานอุตสาหกรรม ทั่วประเทศ
ดอกเบี้ยต่ำ เริ่มต้นที่ 1-1.5%
สอบถามฟรีพนักงานสุภาพ
0626697879 (ผู้จัดการฝ่ายการเงิน)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116444
Sam James changed:
What|Removed |Added
Target Milestone|--- |12.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116444
--- Comment #8 from Torbjorn SVENSSON ---
(In reply to avieira from comment #7)
> @Torbjorn: OK to close?
Yes, this is ok on trunk, but should it also be backported to releases/gcc-14?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77608
--- Comment #13 from Siddhesh Poyarekar ---
No worries, I'd be really surprised if volatile offsets show up in the testing
at all, let alone be significant enough to warrant the rewrite.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77608
--- Comment #12 from Sam James ---
I think that's fine. I still plan to play with that plugin experiment but I was
waiting for other patches to go in, and now occupied with C23 porting :(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116444
avieira at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83397
Sam James changed:
What|Removed |Added
Last reconfirmed|2017-12-12 00:00:00 |2024-11-22
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117732
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
Last reconfirme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117731
Sam James changed:
What|Removed |Added
Keywords||patch
--- Comment #6 from Sam James ---
ht
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36503
Uroš Bizjak changed:
What|Removed |Added
Attachment #21972|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117732
--- Comment #3 from Jakub Jelinek ---
Created attachment 59669
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59669&action=edit
gcc15-pr117731.patch
Untested fix. We don't develop the sanitizer code inside of GCC and all we
care about is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117732
--- Comment #4 from Sam James ---
(In reply to Andrew Pinski from comment #2)
> Introduced with:
> https://github.com/llvm/llvm-project/commit/
> ed9ef9b4f248c62022bb1bebe5e2597cb4f9d209
>
> So a 15 regression.
I'm sure I've been seeing this f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117731
--- Comment #5 from Jakub Jelinek ---
Created attachment 59668
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59668&action=edit
gcc15-pr117731.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117736
--- Comment #3 from Nikl Kelbon ---
Note: its preprocessed sources for another bug with placement new / RVO in
coroutines, i dont know how it placed in my old issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84674
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117736
--- Comment #2 from Nikl Kelbon ---
There are preprocessed sources
https://github.com/gcc-mirror/gcc/pull/105#issuecomment-2493465483
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117736
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117736
Bug ID: 117736
Summary: Internal error checking coroutine final suspend self
reference
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117165
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80881
--- Comment #86 from Uroš Bizjak ---
(In reply to Julian Waters from comment #83)
> Uros: I see, I'll try to do so. I was mainly avoiding that to break less
> code (I have a habit of doing that to anything I touch). Although, the
> resulting ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117165
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:d6d1fdcf953a79d1e3ef2d28c99c1933d1e07d80
commit r15-5587-gd6d1fdcf953a79d1e3ef2d28c99c1933d1e07d80
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117735
--- Comment #1 from Richard Biener ---
Other "failures" for this loop nest is choosing an alias versioning check that
is invariant in the outer loop so we'd version that instead of just the inner
loop. We also fail to implement (or schedule) un
1 - 100 of 122 matches
Mail list logo