https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118950
--- Comment #12 from rguenther at suse dot de ---
On Tue, 25 Feb 2025, rdapp at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118950
>
> --- Comment #11 from Robin Dapp ---
> I figured this particular problem on RISC-V
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118923
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:a41b3f54c13890b1327bb3d4fbae8f7feb37d00b
commit r15-7690-ga41b3f54c13890b1327bb3d4fbae8f7feb37d00b
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118876
--- Comment #5 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:86a4af2793393e47af6b78cb7094c97914890091
commit r15-7691-g86a4af2793393e47af6b78cb7094c97914890091
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118923
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119000
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:cdffc76393488a73671b70481cf8a4b7c289029d
commit r15-7692-gcdffc76393488a73671b70481cf8a4b7c289029d
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118876
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114921
--- Comment #6 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:98fe2ae8afa5dea19034d48876011a636dc23043
commit r13-9391-g98fe2ae8afa5dea19034d48876011a636dc23043
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117119
--- Comment #4 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:55c8de5d87509234cfb9fed025a4d4d7c0277a92
commit r13-9393-g55c8de5d87509234cfb9fed025a4d4d7c0277a92
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
--- Comment #26 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:56f5e71a5b3de4a07a6f93bac670df5cd4a61734
commit r13-9397-g56f5e71a5b3de4a07a6f93bac670df5cd4a61734
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115641
--- Comment #8 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:ac2bfec1d87d53df6bf7eec9f999781e7fa718b0
commit r13-9395-gac2bfec1d87d53df6bf7eec9f999781e7fa718b0
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119000
--- Comment #3 from Jakub Jelinek ---
Fixed for 15.1 so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118717
--- Comment #15 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:08852469a263da1a05f020041c647e42c5cff09a
commit r13-9394-g08852469a263da1a05f020041c647e42c5cff09a
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114921
--- Comment #7 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:9abe274a320c61e0e2cf653f3fb64ea2ae8e146c
commit r13-9392-g9abe274a320c61e0e2cf653f3fb64ea2ae8e146c
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114921
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108233
Andre Vehreschild changed:
What|Removed |Added
Last reconfirmed||2025-02-25
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119010
Bug ID: 119010
Summary: [15 Regression] 444.namd shows a huge compile-time
regression with -mtune=znver5
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119009
Bug ID: 119009
Summary: AArch64: Commit 'Node clones share order' causes
regression in Snappy workload for -mcpu=neoverse-v2
with LTO
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116850
--- Comment #8 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:160e6aeb5c6bf17325c6b7b5dccf32d6eeaf9c32
commit r13-9396-g160e6aeb5c6bf17325c6b7b5dccf32d6eeaf9c32
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119009
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119010
Sam James changed:
What|Removed |Added
Blocks||26163
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118999
Sam James changed:
What|Removed |Added
Summary|AArch64: Switching off |[15 regression] AArch64:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119010
Richard Biener changed:
What|Removed |Added
Component|middle-end |rtl-optimization
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119009
--- Comment #1 from Sam James ---
(Thanks for giving the nice repro scripts. Often we don't get those for
benchmarks (understandably with SPEC, but still).)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86164
--- Comment #16 from Nadav Har'El ---
Two newer duplicates of this issue not yet listed as duplicates:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117394
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112596
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112680
Nadav Har'El changed:
What|Removed |Added
CC||nyh at math dot technion.ac.il
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107635
--- Comment #13 from GCC Commits ---
The master branch has been updated by Andre Vehreschild :
https://gcc.gnu.org/g:cc81363c33a3b5768daf2d8a62ae1a80db12ef96
commit r15-7693-gcc81363c33a3b5768daf2d8a62ae1a80db12ef96
Author: Andre Vehreschild
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107635
--- Comment #14 from GCC Commits ---
The master branch has been updated by Andre Vehreschild :
https://gcc.gnu.org/g:af73228fdb2e61c6354f972987ba2a746c3519f7
commit r15-7694-gaf73228fdb2e61c6354f972987ba2a746c3519f7
Author: Andre Vehreschild
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118992
--- Comment #10 from H.J. Lu ---
(In reply to Hongtao Liu from comment #9)
>
>
> Remove check of 2 hooks regressed
>
> gcc: gcc.target/i386/pr111673.c check-function-bodies advance
> unix/-m32: gcc: gcc.target/i386/pr49095.c scan-assembler-not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119011
Bug ID: 119011
Summary: -Wsign-compare: Split it into several levels
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117394
Nadav Har'El changed:
What|Removed |Added
CC||nyh at math dot technion.ac.il
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119012
Bug ID: 119012
Summary: [riscv] Bootstrap comparison failure:
gcc/rust/rust-lex.o differs
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Keywords: lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118835
--- Comment #3 from GCC Commits ---
The releases/gcc-14 branch has been updated by Stefan Schulze Frielinghaus
:
https://gcc.gnu.org/g:ce4cb48c3396837cf1562882b3f23f768558945b
commit r14-11342-gce4cb48c3396837cf1562882b3f23f768558945b
Author:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119011
--- Comment #1 from Alejandro Colomar ---
Or maybe we can just make -Wsign-compare not warn on that, without adding
levels at all.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107635
Andre Vehreschild changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83700
Bug 83700 depends on bug 107635, which changed state.
Bug 107635 Summary: [Coarray] Allocatable components of types defined in
module's interface are not handled correctly when used in coarrays.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107635
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119001
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86270
--- Comment #20 from Martin Jambor ---
We no longer track Zen1 performence, but this hasbrought about a dramatic
improvement of 465.tonto on our SomeKindOfLake machine:
https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=464.230.0
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117394
--- Comment #4 from Jonathan Wakely ---
(In reply to Nadav Har'El from comment #3)
> I think this issue is more accurately a duplicate of
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86164.
Which is the same problem as Bug 61601.
> That bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119001
--- Comment #4 from Jakub Jelinek ---
So IMHO at least we want something like:
--- gcc/c/c-typeck.cc.jj2025-02-13 14:10:52.934623189 +0100
+++ gcc/c/c-typeck.cc 2025-02-25 10:47:02.220272763 +0100
@@ -12124,6 +12124,42 @@ retry:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119001
--- Comment #5 from Jakub Jelinek ---
Created attachment 60582
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60582&action=edit
gcc15-pr119001.patch
Full untested patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119016
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119016
Sam James changed:
What|Removed |Added
Attachment #60588|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342
--- Comment #18 from Khem Raj ---
(In reply to Andrew Pinski from comment #16)
> (In reply to Khem Raj from comment #15)
> > My problem was that I made the version to be 15.1.0
>
> How?
in yocto, we copy the tools/symlinks into locations manua
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119016
Sam James changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
Summ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119017
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119017
Andrew Pinski changed:
What|Removed |Added
Attachment #60591|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119017
--- Comment #1 from Andrew Pinski ---
Created attachment 60591
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60591&action=edit
C++11 testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108680
--- Comment #11 from kargls at comcast dot net ---
On 2/25/25 12:43, anlauf at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108680
>
> --- Comment #10 from anlauf at gcc dot gnu.org ---
> (In reply to Jerry DeLisle from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117069
--- Comment #6 from Hongtao Liu ---
It looks like the testcase is fragile, it's supposed to check the compiler
ability of generating code_6_gottpoff_reloc instruction, but failed since
there's a seg_prefixed memory usage(r14-6242-gd564198f960a2f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119014
--- Comment #8 from Vincent Lefèvre ---
(In reply to Jakub Jelinek from comment #6)
> I don't think that is true.
Indeed, it seems that I did some mistake when searching the standard, which is
a bit contradictory about the case FLT_EVAL_METHOD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108680
--- Comment #12 from Jerry DeLisle ---
"The keyword INTEGER with no kind-selector specifies type integer with default
kind; the kind type parameter value is equal to KIND (0). The decimal exponent
range of default integer shall be at least 5." -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108369
--- Comment #19 from Jerry DeLisle ---
Created attachment 60593
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60593&action=edit
Possible patch to change compile behavior
This patch changes the fortran/lang-spec.h as a possible better app
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119009
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118753
Bug 118753 depends on bug 117069, which changed state.
Bug 117069 Summary: [15 Regression] gcc.target/i386/apx-ndd-tls-1b.c since
r15-268-g9dbff9c05520a7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117069
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118992
--- Comment #12 from Hongtao Liu ---
(In reply to H.J. Lu from comment #11)
> Created attachment 60590 [details]
> A patch
>
> Can you try this on SPEC CPU?
Sure.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117069
--- Comment #4 from Andrew Pinski ---
(In reply to Hongtao Liu from comment #3)
> Fixed.
Do we know what fixed it? As this requires a new binutils i have not tested it
yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117069
Hongtao Liu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #15 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93059
--- Comment #54 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:2256e30874af2ef804bb19d2eba40f9c92953beb
commit r15-7706-g2256e30874af2ef804bb19d2eba40f9c92953beb
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115028
--- Comment #11 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:892ee5ffba0760794a932e36771863a86ef2b271
commit r15-7705-g892ee5ffba0760794a932e36771863a86ef2b271
Author: Andrew Pinski
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115028
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118753
Bug 118753 depends on bug 117069, which changed state.
Bug 117069 Summary: [15 Regression] gcc.target/i386/apx-ndd-tls-1b.c since
r15-268-g9dbff9c05520a7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117069
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117069
Hongtao Liu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119018
Bug ID: 119018
Summary: Some iota_view constructors are missing explicit
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108369
--- Comment #20 from kargls at comcast dot net ---
(In reply to Jerry DeLisle from comment #19)
>
> What this is doing is invoking -std=legacy for files with suffixes that
> imply legacy files such as .f
>
> This is my first dive on the lang-spe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119018
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119018
--- Comment #1 from Andrew Pinski ---
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2022/p2711r1.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114298
Andrew Pinski changed:
What|Removed |Added
CC||luigighiron at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108369
--- Comment #21 from Jerry DeLisle ---
(In reply to kargls from comment #20)
> (In reply to Jerry DeLisle from comment #19)
> >
> > What this is doing is invoking -std=legacy for files with suffixes that
> > imply legacy files such as .f
> >
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118994
--- Comment #7 from Hongtao Liu ---
diff --git a/gcc/match.pd b/gcc/match.pd
index 5c679848bdf..d6a465c963c 100644
--- a/gcc/match.pd
+++ b/gcc/match.pd
@@ -11348,3 +11348,28 @@ and,
}
(if (full_perm_p)
(vec_perm (op@3 @0 @
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118464
--- Comment #15 from GCC Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:ebe7cd9f2833a79877fbc56829c4f37a518a9b1d
commit r15-7711-gebe7cd9f2833a79877fbc56829c4f37a518a9b1d
Author: Tamar Christina
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116855
--- Comment #9 from GCC Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:ebe7cd9f2833a79877fbc56829c4f37a518a9b1d
commit r15-7711-gebe7cd9f2833a79877fbc56829c4f37a518a9b1d
Author: Tamar Christina
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119016
Tamar Christina changed:
What|Removed |Added
Priority|P3 |P1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119020
Bug ID: 119020
Summary: Problem of constexpr static lambda and maybe GCC
accepts invalid
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119019
Bug ID: 119019
Summary: -Wshadow false negative for function parameter (used
as array length expression) shadowing a global
variable
Product: gcc
Version: 14.2.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118835
--- Comment #4 from GCC Commits ---
The releases/gcc-13 branch has been updated by Stefan Schulze Frielinghaus
:
https://gcc.gnu.org/g:b7466cff8cd4984cea6a2a134c54ca18e20f3fb3
commit r13-9399-gb7466cff8cd4984cea6a2a134c54ca18e20f3fb3
Author: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108369
--- Comment #22 from kargls at comcast dot net ---
On 2/25/25 20:28, jvdelisle at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108369
>
> --- Comment #21 from Jerry DeLisle ---
> (In reply to kargls from comment #20)
>>
-cet --disable-systemtap --enable-valgrind-annotations
--disable-vtable-verify --disable-libvtv --with-zstd --with-isl
--disable-isl-version-check --enable-default-pie --enable-host-pie
--enable-host-bind-now --enable-default-ssp --disable-fixincludes
--with-build-config='
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119016
--- Comment #1 from Sam James ---
Created attachment 60588
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60588&action=edit
eol.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119012
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118753
Bug 118753 depends on bug 115028, which changed state.
Bug 115028 Summary: [15 regression] gcc.target/i386/pr101950-2.c FAILs since
r15-268-g9dbff9c05520a7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115028
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342
--- Comment #16 from Andrew Pinski ---
(In reply to Khem Raj from comment #15)
> My problem was that I made the version to be 15.1.0
How?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118992
--- Comment #11 from H.J. Lu ---
Created attachment 60590
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60590&action=edit
A patch
Can you try this on SPEC CPU?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342
--- Comment #17 from Sam James ---
(In reply to Khem Raj from comment #15)
I don't think this is really the same problem. It can easily happen if you e.g.
build gcc 15 with newer binutils then downgrade (with any sort of gymnastics
in-between).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119017
Bug ID: 119017
Summary: error on valid user defined literal
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118083
--- Comment #2 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:1b9e4fe2ff5f4711406cdcf0e6e183b247d9f42b
commit r15-7698-g1b9e4fe2ff5f4711406cdcf0e6e183b247d9f42b
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118083
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |14.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119001
qinzhao at gcc dot gnu.org changed:
What|Removed |Added
Assignee|qinzhao at gcc dot gnu.org |unassigned at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108680
--- Comment #10 from anlauf at gcc dot gnu.org ---
(In reply to Jerry DeLisle from comment #9)
> We can have only one default integer otherwise its not a default. Our
> default integer is KIND=4
Forgive me for being stupid, but leaving aside the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119010
Richard Biener changed:
What|Removed |Added
Component|rtl-optimization|target
--- Comment #3 from Richard Bie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118991
--- Comment #5 from Jakub Jelinek ---
Fix for avr:
2025-02-25 Jakub Jelinek
PR translation/118991
* config/avr/avr.cc (avr_print_operand): Print ival into
a temporary buffer and use %s in output_operand_lossage to mak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118874
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from Jakub Jelinek ---
> Even just
[...]
> ICEs the same way, so this doesn't seem to be related to range for.
> Does this ICE even with older gcc versions which do sup
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119014
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119014
Vincent Lefèvre changed:
What|Removed |Added
CC||vincent-gcc at vinc17 dot net
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117047
--- Comment #22 from David Malcolm ---
Created attachment 60584
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60584&action=edit
Contents of /proc/cpuinfo on a machine that this crash *doesn't* happen on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108233
Andre Vehreschild changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #1 from Andre V
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117430
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118991
--- Comment #6 from Roland Illig ---
(In reply to Jakub Jelinek from comment #5)
> Fix for avr:
Looks good to me, apart from the typo "thre" in the comment.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118991
--- Comment #7 from Roland Illig ---
On the other hand, since you already limit the temporary buffer to 16 hex
digits, you could as well use %#llx directly, as ULLONG_MAX is guaranteed to be
at least 2^64-1 since C99. Or can GCC itself be built
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119014
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
1 - 100 of 138 matches
Mail list logo