https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121631
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118748
--- Comment #14 from user3mila at disroot dot org ---
Sorry it should be set here instead
https://gitlab.alpinelinux.org/alpine/abuild/-/blob/master/default.conf.
export CFLAGS="-Os -fstack-clash-protection -Wformat -Werror=format-security"
expo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101446
Christopher Head changed:
What|Removed |Added
CC||headch at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121614
Nathaniel Shead changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 121614, which changed state.
Bug 121614 Summary: c++ modules, gcc fails to define 'vtable' and create
'typeinfo' symbol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121614
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115201
--- Comment #10 from Andrew Pinski ---
This is mostly fixed on the trunk. The problem now is cleanup_eh is too late.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121632
--- Comment #3 from Sam James ---
It looks like they use specific versions of GCC and then apply patches on top:
https://github.com/Homebrew/homebrew-core/blob/main/Formula/g/gcc.rb#L12.
For --HEAD (I'm not an expert on homebrew), it looks like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96168
Andrew Pinski changed:
What|Removed |Added
CC||webrown.cpp at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121632
Andrew Pinski changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #2 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121632
Sam James changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121632
Bug ID: 121632
Summary: Trunk fails to build on M4 chip running macOS 15.6
(Sequoia)
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121631
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121625
Sam James changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121614
mtxn at duck dot com changed:
What|Removed |Added
Attachment #62160|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117838
--- Comment #4 from cuilili ---
I created a patch to remove the issue code in improve_allocation. And extra a
small case from 548.exchange2_r.
Fortran small case:
---
module a
integer, parameter :: b = 3,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120424
--- Comment #20 from GCC Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:d94eb26871d730d7f670a0d3367e976ecb05736a
commit r16-3340-gd94eb26871d730d7f670a0d3367e976ecb05736a
Author: Alexandre Oliva
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121631
Bug ID: 121631
Summary: Signed overflow introduced by vectorizer
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120141
--- Comment #3 from Wojciech Mula ---
Thank you for looking at this issue! I'm not going argue, but let me show the
perspective of a programmer who wrote whole lot of x86 intrinsics and now use
RVV ones.
> The consensus was this is just how the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121625
--- Comment #2 from Andrew Pinski ---
(In reply to Sam James from comment #1)
> -fno-late-combine-instructions works. I don't have a fresh enough trunk to
> try yet with rsandifo's fix from earlier.
I was thinking the same.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121625
--- Comment #1 from Sam James ---
-fno-late-combine-instructions works. I don't have a fresh enough trunk to try
yet with rsandifo's fix from earlier.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121625
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |16.0
Summary|wrong code at -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121627
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jerry DeLisle :
https://gcc.gnu.org/g:2c1fd2fdb3029fdd3ea3f88fe635f37b3a5fae36
commit r16-3338-g2c1fd2fdb3029fdd3ea3f88fe635f37b3a5fae36
Author: Steven G. Kargl
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121630
Bug ID: 121630
Summary: incorrect/inconsistent "declare variant" handling of
"simd" construct selector causes wrong code
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83161
uecker at gcc dot gnu.org changed:
What|Removed |Added
CC||uecker at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44126
Ben Woodard changed:
What|Removed |Added
CC||woodard at redhat dot com
--- Comment #8 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121623
Frank Scheiner changed:
What|Removed |Added
Attachment #62170|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121623
--- Comment #15 from Frank Scheiner ---
Created attachment 62170
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62170&action=edit
gzip compressed preprocessed source for gcc/trans-mem.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121623
--- Comment #14 from Frank Scheiner ---
(In reply to Sam James from comment #13)
> The preprocessed source should be identical between stage2 and stage3 so it
> doesn't matter which you use. Just grep through the build.log for the last
> command
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118748
--- Comment #13 from user3mila at disroot dot org ---
Qt was compiled using this
https://gitlab.alpinelinux.org/alpine/aports/-/blob/3.22-stable/community/qt6-qtbase/APKBUILD
plus -fstack-reuse=none.
If I understoop correctly the optimization is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121523
Anton Blanchard changed:
What|Removed |Added
CC||anton at ozlabs dot org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118748
--- Comment #12 from Sam James ---
Please provide:
* the info requested in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118748#c3
onwards
* the GCC version used (there's been plenty of fixes since the report)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121623
--- Comment #13 from Sam James ---
The preprocessed source should be identical between stage2 and stage3 so it
doesn't matter which you use. Just grep through the build.log for the last
command used to build trans-mem.o, run it manually (perhaps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121623
--- Comment #12 from Frank Scheiner ---
(In reply to Sam James from comment #10)
> If the theory is correct, the stage2 doesn't matter (stage2 or stage3, or
> the 'stage3' from your bypass of the bootstrap comparison). Just get the
> preprocesse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121623
--- Comment #11 from Sam James ---
(In reply to Sam James from comment #10)
> If the theory is correct, the stage2 doesn't matter
*stage
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121623
--- Comment #10 from Sam James ---
If the theory is correct, the stage2 doesn't matter (stage2 or stage3, or the
'stage3' from your bypass of the bootstrap comparison). Just get the
preprocessed source and it should fail when you append -fcompar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121623
--- Comment #9 from Frank Scheiner ---
(In reply to Richard Biener from comment #8)
> Helpful would be preprocessed source of the file so the issue can be
> reproduced
> with a cross compiler using -fcompare-debug
>From which stage? And how can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121627
--- Comment #3 from kargls at comcast dot net ---
Created attachment 62169
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62169&action=edit
patch to fix NULL pointer dereference
The attached patch checks for a NULL pointer before passing i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118748
user3mila at disroot dot org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resoluti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121478
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121478
--- Comment #8 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:8b41e021ba4ad8db6a6cbd512c8c42277909c402
commit r16-3334-g8b41e021ba4ad8db6a6cbd512c8c42277909c402
Author: Andrew Pinski
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121627
--- Comment #2 from kargls at comcast dot net ---
(In reply to kargls from comment #1)
> This leads to the same ICE without the overhead of a Fortran IO statement.
>
> program real_kinds
> use iso_fortran_env
> i = real64
> end program real_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83161
--- Comment #5 from Andrew Pinski ---
Another mention of it:
https://mastodon.social/@andyprice/115065954648401833
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121068
--- Comment #21 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:70f33ad677e6350a724b56d4cb766480ed8367fc
commit r16--g70f33ad677e6350a724b56d4cb766480ed8367fc
Author: Jason Merrill
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121485
Robin Dapp changed:
What|Removed |Added
CC||rdapp at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121591
--- Comment #3 from Kang-Che Sung ---
(In reply to ak from comment #2)
> Many x86 targets have limits on how many branches their branch predictor can
> track per 16 byte line so what you are asking for is likely slower. On
> others there are als
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121628
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
Ever c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121627
kargls at comcast dot net changed:
What|Removed |Added
CC||kargls at comcast dot net
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121068
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #20 from Jason Mer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121618
--- Comment #5 from Richard Sandiford ---
Could you check whether the patch for PR121619 fixes this too? I imagine it
will, but didn't get chance to reproduce it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121618
Sam James changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121607
Sam James changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121624
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119367
--- Comment #13 from Sam James ---
(In reply to Andrew Stubbs from comment #12)
> In at least some cases, the error can be avoided with
> -gno-variable-location-views.
There is no known consumer of statement discriminators or variable location
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93727
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119367
--- Comment #12 from Andrew Stubbs ---
In at least some cases, the error can be avoided with
-gno-variable-location-views.
I'm not sure what the consequences of this are? (For code where 16-bit offsets
were fine).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121618
--- Comment #6 from Sam James ---
Will check. If it doesn't, I'll spend some time reducing and hopefully getting
a testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121619
Richard Sandiford changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121619
--- Comment #3 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:0d34e73b71ce199f52de227c4101256484feaa78
commit r16-3331-g0d34e73b71ce199f52de227c4101256484feaa78
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121612
Paul-Antoine Arras changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120674
--- Comment #3 from Robin Dapp ---
I believe the issue is that we can actually return 0 for factor in
riscv_dwarf_poly_indeterminate_value. Using the second coefficient is
reasonable but we cannot reasonably set a vector size when there is no v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121604
--- Comment #1 from Alex Coplan ---
Here is a possibly-related case:
#include
svuint64_t f(svuint64_t zd, svbool_t p) {
return svpmov_lane_u64_m(svdup_u64(~0UL), svpfalse(), 1);
}
with -O2 -march=armv8.2-a+sve2p1 on trunk this gives:
f:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121523
Jeffrey A. Law changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120763
Bug 120763 depends on bug 120141, which changed state.
Bug 120141 Summary: [RVV] Noop are not removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120141
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120141
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117421
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118618
Jeffrey A. Law changed:
What|Removed |Added
Blocks|120763 |
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121591
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121599
--- Comment #3 from Alex Coplan ---
(In reply to Jennifer Schmitz from comment #2)
> I can confirm the ICE. Thanks for the report.
> However, I think that g5289540ed58e42ae66255e31f22afe4ca0a6e15e only
> revealed a previously existing problem by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118748
--- Comment #10 from user3mila at disroot dot org ---
The bug persists when I open Qt file picker app crashes.
I recompiled the package with clang and it works now
https://gitlab.alpinelinux.org/alpine/abuild/-/issues/10169?__goaway_challenge=coo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121623
--- Comment #8 from Richard Biener ---
Helpful would be preprocessed source of the file so the issue can be reproduced
with a cross compiler using -fcompare-debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121599
--- Comment #2 from Jennifer Schmitz ---
I can confirm the ICE. Thanks for the report.
However, I think that g5289540ed58e42ae66255e31f22afe4ca0a6e15e only revealed a
previously existing problem by folding the inner call
(svuqadd_n_s8_z(svpfalse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121629
Gaius Mulley changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121629
Bug ID: 121629
Summary: Where to install 3rd party library .def files
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121628
--- Comment #1 from Christopher Albert ---
Possibly related: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114612
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121628
Bug ID: 121628
Summary: Use-after-free in compiler-generated assignment
operators
Product: gcc
Version: 15.2.1
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121522
Filip Kastl changed:
What|Removed |Added
Assignee|pheeck at gcc dot gnu.org |unassigned at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121496
--- Comment #8 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:fb7c62f7a8fed8e30c5bd6cbb0fdb26774ba247d
commit r16-3330-gfb7c62f7a8fed8e30c5bd6cbb0fdb26774ba247d
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121496
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:d1dec304453fa4874d16daaa15e6f477435edda4
commit r16-3329-gd1dec304453fa4874d16daaa15e6f477435edda4
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121624
--- Comment #4 from Kaloian Doganov ---
Just sent the copyright assignment form to ass...@gnu.org.
Regarding the implementation, I expect it to work only for simple single-value
floating point types. This is definitely less than what's require
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118443
Bug 118443 depends on bug 111494, which changed state.
Bug 111494 Summary: Signed overflow introduced by vectorizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111494
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 111494, which changed state.
Bug 111494 Summary: Signed overflow introduced by vectorizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111494
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111494
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111494
--- Comment #3 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:3182e95eda4a1d612b910b3248c997c8acc7add3
commit r16-3328-g3182e95eda4a1d612b910b3248c997c8acc7add3
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121619
Richard Sandiford changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121607
--- Comment #14 from GCC Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:7dfb3a59fea4a9f423d62d8c604b6bd87cea6095
commit r16-3327-g7dfb3a59fea4a9f423d62d8c604b6bd87cea6095
Author: H.J. Lu
Date: Wed Aug 20 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121624
--- Comment #3 from Andrew Pinski ---
The patch is correct but not always enough to do what is needed I think.
For an example a vector return, sometimes different register sets.
One legal question do you have a copyright assignment or you can h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121627
Bug ID: 121627
Summary: ICE: Segmentation fault upon using ISO_FORTRAN_ENV
KIND constant
Product: gcc
Version: 15.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121626
Bug ID: 121626
Summary: Problem with allocatable character (on Mac M4)
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121624
--- Comment #2 from Kaloian Doganov ---
Created attachment 62167
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62167&action=edit
Proposed patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110339
Bug 110339 depends on bug 120994, which changed state.
Bug 120994 Summary: [C++26] P2897R7 aligned_accessor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120994
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120994
Tomasz Kamiński changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121625
Bug ID: 121625
Summary: wrong code at -O{2,3} with
"-fno-guess-branch-probability -fno-ssa-phiopt" on
x86_64-linux-gnu
Product: gcc
Version: unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120994
--- Comment #2 from GCC Commits ---
The master branch has been updated by Tomasz Kaminski :
https://gcc.gnu.org/g:d147e7a20a1372d8ea0af3185737bd6f46585569
commit r16-3326-gd147e7a20a1372d8ea0af3185737bd6f46585569
Author: Luc Grosheintz
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120994
--- Comment #1 from GCC Commits ---
The master branch has been updated by Tomasz Kaminski :
https://gcc.gnu.org/g:5227ec972a59417a3fb3417388ba119a025b5aa6
commit r16-3325-g5227ec972a59417a3fb3417388ba119a025b5aa6
Author: Luc Grosheintz
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121624
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121624
Bug ID: 121624
Summary: Invoking method returning floating point type on a nil
receiver returns garbage value instead of 0
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121623
--- Comment #7 from Frank Scheiner ---
(In reply to Sam James from comment #6)
> (In reply to Frank Scheiner from comment #5)
> > But for the comparison the results are stripped and the comparison happens
> > for temporary files, yes?
>
> The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121623
Sam James changed:
What|Removed |Added
Summary|[ia64] bootstrap comparison |[15/16 regression] [ia64]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121623
--- Comment #5 from Frank Scheiner ---
(In reply to Andrew Pinski from comment #4)
> Note the main difference between stage 2 and 3 is with or without debugging
> info.
But for the comparison the results are stripped and the comparison happens
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121623
--- Comment #3 from Frank Scheiner ---
(In reply to Sam James from comment #2)
> (In reply to Frank Scheiner from comment #0)
> > ...as found out with Ski performing the above commands.
>
> What do you mean by this bit? I know Ski is an ia64 em
1 - 100 of 116 matches
Mail list logo
