https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38474
--- Comment #104 from Andrew Pinski ---
(In reply to Richard Biener from comment #103)
> (In reply to Andrew Pinski from comment #102)
> > At -O2 -g add_stack_var_conflict looks to be high up. Which might mean this
> > introduced recently by me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118685
--- Comment #6 from Lorenzo Salvadore ---
I have tested latest GCC 12 and GCC 13 snapshots: they are affected by this bug
too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38474
--- Comment #103 from Richard Biener ---
(In reply to Andrew Pinski from comment #102)
> At -O2 -g add_stack_var_conflict looks to be high up. Which might mean this
> introduced recently by me.
Can you split out a PR tracking this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116926
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118728
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118728
--- Comment #3 from John Paul Adrian Glaubitz ---
This can no longer be reproduced with a fixed kernel:
-
https://buildd.debian.org/status/fetch.php?pkg=openjdk-24&arch=alpha&ver=24%7E33ea-1&stamp=1738533938&raw=0
-
https://buildd.debian.org/st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117611
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89075
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113207
Richard Biener changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117611
--- Comment #3 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:5b46c01c50662a1c730e6658ea4307d4f80da578
commit r15-7344-g5b46c01c50662a1c730e6658ea4307d4f80da578
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113207
--- Comment #12 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:a55e14b239181381204c615335929b3316d75370
commit r15-7343-ga55e14b239181381204c615335929b3316d75370
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118518
--- Comment #11 from Benjamin Schulz ---
if i write something like this:
SET (CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -fopenacc -foffload=nvptx-none
-foffload=-malias -fcf-protection=none -fno-stack-protector -U_FORTIFY_SOURCE
-std=c++23 -no-pie")
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118518
--- Comment #10 from Benjamin Schulz ---
the newly attached files work with nvc++ from nvidia. but nvidia has
difficulties compiling the openmp part. so it would be good if i could compile
this with gcc. What must I do to enable aliasing when bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118518
--- Comment #9 from Benjamin Schulz ---
Created attachment 60373
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60373&action=edit
cmakelists.txt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118518
--- Comment #8 from Benjamin Schulz ---
Created attachment 60372
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60372&action=edit
main.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118518
Benjamin Schulz changed:
What|Removed |Added
Attachment #60176|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118685
--- Comment #5 from kargls at comcast dot net ---
On 2/3/25 19:52, gerald at pfeifer dot com wrote:
>
> --- Comment #4 from Gerald Pfeifer ---
> Note that with @Andreas Tobler we have a formal GCC on FreeBSD maintainer
> who I am looping in, th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89499
Andrew Pinski changed:
What|Removed |Added
CC||schulz.benjamin@googlemail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118738
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118738
--- Comment #2 from Benjamin Schulz ---
Created attachment 60370
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60370&action=edit
cmakelists.txt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118738
--- Comment #1 from Benjamin Schulz ---
Created attachment 60369
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60369&action=edit
main.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118738
Bug ID: 118738
Summary: the following code compiles with nvc++ and even clang
and raises an internal Compiler-error: in
expand_UNIQUE, bei internal-fn.cc:3302
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116926
--- Comment #8 from Andrew Pinski ---
(In reply to Victor Do Nascimento from comment #3)
> Potential fix:
>
> https://gcc.gnu.org/pipermail/gcc-patches/2024-October/665021.html
Oh I see now, the original potential fix was exactly the same as m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116926
--- Comment #7 from Andrew Pinski ---
Actually it is simplier than that:
- limit_mode = from_mode;
+ limit_mode = GET_MODE_NEXT_MODE (from_mode).require ();
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118685
Gerald Pfeifer changed:
What|Removed |Added
Last reconfirmed||2025-02-04
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116926
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117082
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117955
--- Comment #4 from Kito Cheng ---
I can't reproduce that by the top of trunk with your option, could you check
does the bug still can be reproduced by trunk?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38474
--- Comment #102 from Andrew Pinski ---
At -O2 -g add_stack_var_conflict looks to be high up. Which might mean this
introduced recently by me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118737
Bug ID: 118737
Summary: preprocessor should error out right if one of the
first few bytes is not a recognized character
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12850
--- Comment #50 from Andrew Pinski ---
For me (onm x86_64), RA seems high in memory and time at -O0 (this is with
checking=yes but with -fno-checking)
integrated RA : 1.96 ( 13%) 206M ( 23%)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 108205, which changed state.
Bug 108205 Summary: ICE following "unused parameter" in precondition
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108205
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98893
Nathaniel Shead changed:
What|Removed |Added
Resolution|--- |FIXED
Assignee|nathan at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108205
Nathaniel Shead changed:
What|Removed |Added
Resolution|--- |FIXED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 98893, which changed state.
Bug 98893 Summary: [modules] start_cleanup_cnt needs modularizing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98893
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108205
--- Comment #2 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:d3627c78be116ef1941f6819d57c237e71c39444
commit r15-7342-gd3627c78be116ef1941f6819d57c237e71c39444
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98893
--- Comment #4 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:736e8eef6c0df860f9b0469f9f7cfb8c121a70a7
commit r15-7341-g736e8eef6c0df860f9b0469f9f7cfb8c121a70a7
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45215
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117434
--- Comment #20 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jerry DeLisle
:
https://gcc.gnu.org/g:65ecfbabb018896b600065c77f969475a43d529d
commit r14-11271-g65ecfbabb018896b600065c77f969475a43d529d
Author: Paul Thomas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
--- Comment #4 from Sam James ---
-fno-range-for-ext-temps seems to have helped with an older trunk (from before
the weekend). I'll try Jason's fixes now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118265
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:26d3424ca5d9f47d7e0b6fcaf0fae48435a73442
commit r15-7339-g26d3424ca5d9f47d7e0b6fcaf0fae48435a73442
Author: A J Ryan Solutions Ltd
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118736
Andrew Pinski changed:
What|Removed |Added
Blocks||87403
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117082
H.J. Lu changed:
What|Removed |Added
Resolution|DUPLICATE |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117988
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118736
Bug ID: 118736
Summary: Requesting a diagnostic on infinite recursion with
polymorphic, defaulted operator==
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116880
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116506
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118470
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116914
Jason Merrill changed:
What|Removed |Added
CC||regev.ran at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118723
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117231
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Assignee|iains at gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
Bug 118574 depends on bug 116914, which changed state.
Bug 116914 Summary: [15 regression] ICE when building plasma-nm-6.1.5
(gimplify_var_or_parm_decl, at gimplify.cc:3309) with -std=gnu++20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116914
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116914
Jason Merrill changed:
What|Removed |Added
Assignee|iains at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118491
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116880
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:4c743798b1d4530b327dad7c606c610f3811fdbf
commit r15-7338-g4c743798b1d4530b327dad7c606c610f3811fdbf
Author: Iain Sandoe
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116506
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:4c743798b1d4530b327dad7c606c610f3811fdbf
commit r15-7338-g4c743798b1d4530b327dad7c606c610f3811fdbf
Author: Iain Sandoe
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118470
--- Comment #4 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:ec716ad3f4bdccb6a2780161e74e3168efa68121
commit r15-7337-gec716ad3f4bdccb6a2780161e74e3168efa68121
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116914
--- Comment #20 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:ec716ad3f4bdccb6a2780161e74e3168efa68121
commit r15-7337-gec716ad3f4bdccb6a2780161e74e3168efa68121
Author: Jason Merrill
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118491
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:ec716ad3f4bdccb6a2780161e74e3168efa68121
commit r15-7337-gec716ad3f4bdccb6a2780161e74e3168efa68121
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117231
--- Comment #12 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:ec716ad3f4bdccb6a2780161e74e3168efa68121
commit r15-7337-gec716ad3f4bdccb6a2780161e74e3168efa68121
Author: Jason Merrill
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117434
--- Comment #19 from anlauf at gcc dot gnu.org ---
(In reply to Jerry DeLisle from comment #18)
> (In reply to Jerry DeLisle from comment #17)
> > (In reply to Damian Rouson from comment #16)
> > > Is there a chance of this fix being backported t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93289
--- Comment #7 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:f3a41e6cb5d70f0c94cc8273a118b8542fb5c2fa
commit r15-7336-gf3a41e6cb5d70f0c94cc8273a118b8542fb5c2fa
Author: Harald Anlauf
Date: Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118719
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86769
--- Comment #15 from Jakub Jelinek ---
Maybe yet another possibility would be to actively look for that CLEANUP_STMT
at the end deconstruct that into multiple new {FOR,WHILE}_STMT operands;
{FOR,WHILE}_COND_PREP (the statements seen from conditio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86769
--- Comment #14 from Jakub Jelinek ---
Perhaps move the condition preparation statements including the surrounding
CLEANUP_STMT into {FOR,WHILE}_COND_PREP and insert into that CLEANUP_STMT first
operand some new tree as a temporary placeholder fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #20 from John David Anglin ---
Will investigate further but it's not the testcase but glibc's fma/fmal that is
miscompiled.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117430
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117434
--- Comment #18 from Jerry DeLisle ---
(In reply to Jerry DeLisle from comment #17)
> (In reply to Damian Rouson from comment #16)
> > Is there a chance of this fix being backported to the 14 branch? If not,
> > then I assume this issue can be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86769
--- Comment #13 from Jakub Jelinek ---
I think what the function does is problematic for other reasons, both for
WHILE_STMT and FOR_STMT.
E.g.
struct A {
A (int);
~A ();
operator bool ();
};
void
foo (int x)
{
for (int i = 0; i < 32; ++i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118733
--- Comment #4 from Jonathan Wakely ---
And reporting an error is certainly preferable to other forms of undefined
behaviour, such as data corruption or crashing!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118485
--- Comment #6 from Mikael Pettersson ---
(In reply to Mikael Pettersson from comment #5)
> I see the same failure with vanilla gcc-15-20250119 in a native bootstrap on
> m68k-linux-gnu.
gcc-15-20250119 bootstraps fine with Ada enabled on sparc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117434
--- Comment #17 from Jerry DeLisle ---
(In reply to Damian Rouson from comment #16)
> Is there a chance of this fix being backported to the 14 branch? If not,
> then I assume this issue can be marked as resolved. Unfortunately, however,
> I'm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117798
--- Comment #8 from Andi McClure ---
I filed, then closed as duplicate when this bug was pointed out, a more
detailed version of this bug related to GET_COMMAND_ARGUMENT:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118735
As also pointed out i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118735
--- Comment #1 from Andi McClure ---
Created attachment 60367
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60367&action=edit
File from second github link above
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117798
Andi McClure changed:
What|Removed |Added
CC||andi.m.mcclure at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118735
Andi McClure changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118735
kargls at comcast dot net changed:
What|Removed |Added
CC||kargls at comcast dot net
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118735
Bug ID: 118735
Summary: gfortran not following deferred initialization rules
for get_command_argument
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118733
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117434
--- Comment #16 from Damian Rouson ---
Is there a chance of this fix being backported to the 14 branch? If not, then
I assume this issue can be marked as resolved. Unfortunately, however, I'm
currently blocked from using 15 by an another issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
--- Comment #27 from GCC Commits ---
The master branch has been updated by John David Anglin :
https://gcc.gnu.org/g:88bb18ccd87d43abe401a1228cc337e4b46be88d
commit r15-7333-g88bb18ccd87d43abe401a1228cc337e4b46be88d
Author: John David Anglin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118734
Bug ID: 118734
Summary: RISC-V: Vector broadcast via strided load.
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118724
--- Comment #5 from Damian Rouson ---
Great catch, Jerry! I forgot that I had already reported this in
117434 and I hadn't noticed that Paul committed a fix on November 6.
Is there any chance of this being backported to the 14 branch?
Unfortuna
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116028
Andrew Pinski changed:
What|Removed |Added
CC||rearnsha at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118732
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118724
Damian Rouson changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117434
--- Comment #15 from Damian Rouson ---
*** Bug 118724 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118716
--- Comment #7 from Andrew Pinski ---
Again the bug in libstdc++ was not fixed until gcc 4.6.3. And you have been
lucky to have it work before hand.
You could modify the old libstdc++ header to include always_inline on that
symbol and that work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118733
--- Comment #2 from Jonathan Wakely ---
It wasn't "a file that does not exist" when the function began executing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118733
--- Comment #1 from Jonathan Wakely ---
The standard is very clear about this:
"A file system race is the condition that occurs when multiple threads,
processes, or computers interleave access and modification of the same object
within a file s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118716
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118716
--- Comment #5 from Sam James ---
(Sorry, mail client sent that to ML too.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118716
--- Comment #4 from Sam James ---
-std is purely for controlling the language dialect accepted by the frontend.
When we say "new code", we mean "building a new binary", not the age of the
code.
-std is purely for controlling the language dialect accepted by the frontend.
When we say "new code", we mean "building a new binary", not the age of the
code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118716
Ravali Yatham changed:
What|Removed |Added
Resolution|INVALID |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117798
--- Comment #6 from kargls at comcast dot net ---
On 2/3/25 02:14, tkoenig at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117798
>
> Thomas Koenig changed:
>
> What|Removed |Added
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118691
--- Comment #7 from Tamar Christina ---
(In reply to Richard Biener from comment #6)
> Works for me on x86_64-linux with -Ofast -march=znver4
Yeah still failing here. I'll track down the change in code this week. It's on
my list for the week.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86769
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118691
--- Comment #6 from Richard Biener ---
Works for me on x86_64-linux with -Ofast -march=znver4
1 - 100 of 173 matches
Mail list logo
