https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121699
--- Comment #1 from Sam James ---
```
typedef struct
{
int u32;
} nir_const_value;
nir_const_value *evaluate_prmt_nv__dst_val;
int evaluate_prmt_nv__src_0, evaluate_prmt_nv_src;
void
evaluate_prmt_nv (unsigned num_components)
{
for (unsig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92474
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90883
--- Comment #37 from Andrew Pinski ---
(In reply to Marc Glisse from comment #1)
> I am surprised the C++ FE doesn't do copy elision in either case. Anyway,
> slow gives:
>
> MEM[(struct C *)&D.26222 + 7B] = {};
> D.26222.a = {};
> D.29804
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90883
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101926
Bug 101926 depends on bug 90883, which changed state.
Bug 90883 Summary: Generated code is worse if returned struct is unnamed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90883
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121699
Sam James changed:
What|Removed |Added
Target Milestone|--- |16.0
CC|
ie --enable-host-pie --enable-host-bind-now
--enable-default-ssp --disable-fixincludes
--with-gxx-libcxx-include-dir=/usr/include/c++/v1 --enable-linker-build-id
--with-build-config='bootstrap-O3 bootstrap-cet'
Thread model: posix
Supported LTO compression algorithms
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42586
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.6.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121096
H.J. Lu changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hjl.tools at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114611
Jerry DeLisle changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120981
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121108
Andrew Pinski changed:
What|Removed |Added
CC||hjl at gcc dot gnu.org
Keywor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121698
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |16.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121096
Andrew Pinski changed:
What|Removed |Added
CC||hjl at gcc dot gnu.org
--- Comment #4 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121698
Bug ID: 121698
Summary: [16 Regression] FAIL: g++.dg/opt/pr94589-2.C
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121096
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121096
Andrew Pinski changed:
What|Removed |Added
Attachment #61879|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117635
--- Comment #3 from pietro ---
libffi 3.5.1 downgraded the autoconf requirement to 2.69. This is an attempt to
sync it to the tree: https://forge.sourceware.org/gcc/gcc-TEST/pulls/69
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121684
--- Comment #5 from Thiago Jung Bauermann
---
Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121697
Jerry DeLisle changed:
What|Removed |Added
Last reconfirmed||2025-08-27
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120933
--- Comment #19 from H.J. Lu ---
(In reply to Sam James from comment #18)
> Created attachment 62184 [details]
> 0001-i386-default-to-mtls-dialect-gnu2-if-appropriate.patch
>
> Good idea, done. New patch attached.
Looks good. You can remove "#
bar, 8
bar:
.zero 8
.align 8
.type foo, @object
.size foo, 8
foo:
.zero 8
.ident "GCC: (GNU) 16.0.0 20250827 (experimental)"
.section.note.GNU-stack,"",@progbits
[hjl@gnu-zen4-1 pr121668]$
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121392
--- Comment #11 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #10)
> (In reply to Andrew Stubbs from comment #9)
> > I have submitted a Newlib patch for the related issue.
>
> Namely, https://sourceware.org/pipermail/newlib/202
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120522
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #3 from And
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121677
--- Comment #3 from Csaba Ráduly ---
(In reply to Jonathan Wakely from comment #2)
> Your code has undefined behaviour because you're using a reserved identifier.
Thanks. Now at least I can tell my colleague why he shouldn't have written
that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114611
--- Comment #6 from GCC Commits ---
The master branch has been updated by Jerry DeLisle :
https://gcc.gnu.org/g:3fb7bedb212bc7a9aee091fe20941412af689832
commit r16-3420-g3fb7bedb212bc7a9aee091fe20941412af689832
Author: Jerry DeLisle
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121697
Bug ID: 121697
Summary: ASAN reports heap-use-after-free at
fortran/simplify.cc:133 when compiling
testsuite/gfortran.dg/pdt_39.f03
Product: gcc
Version: 16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121696
--- Comment #3 from Iain Sandoe ---
it is certainly not enabled by design, I guess some external factor:
#define TARGET_OS_CPP_BUILTINS()\
do\
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92938
--- Comment #11 from Andrew Pinski ---
(In reply to jcmvbkbc from comment #10)
> The issue is not about special semantics. Semantic correctness is taken care
> of by the kernel developers. It's about gcc making references that are not
> present i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121695
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121696
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121696
--- Comment #1 from Andrew Pinski ---
Have you tried GCC 15? There has been some fixes with respect to `#pragma GCC
target` in GCC 15 with respect to C++ for defines. I almost suspect that should
fix it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121695
--- Comment #7 from Edwin Lu ---
(In reply to Andrew Pinski from comment #6)
> Fixed sorry for the failure.
No problem. Thanks for fixing it quickly :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121696
Bug ID: 121696
Summary: __VSX__ is defined on Darwin, where it cannot possibly
be supported
Product: gcc
Version: 14.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121695
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:a78f34b6d21da299429f2432b309781ad717c596
commit r16-3419-ga78f34b6d21da299429f2432b309781ad717c596
Author: Andrew Pinski
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121624
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=121624
--- Comment #6 from Kaloian Doganov ---
My copyright assignment process with the FSF is complete.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121695
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> I see my typo:
> ```
> gimple_phi_arg (phi, 0)->def = new_arg0;
> gimple_phi_arg (phi, 0)->def = new_arg1;
> ```
>
> Should be:
> ```
> gimple_phi_arg (ph
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121695
--- Comment #3 from Andrew Pinski ---
I see my typo:
```
gimple_phi_arg (phi, 0)->def = new_arg0;
gimple_phi_arg (phi, 0)->def = new_arg1;
```
Should be:
```
gimple_phi_arg (phi, 0)->def = new_arg0;
gimple_phi_arg (phi, 1)->def = new_ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121695
Andrew Pinski changed:
What|Removed |Added
Target|riscv aarch64 |riscv aarch64 x86_64
--- Comment #2 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121695
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121695
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |16.0
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121695
Bug ID: 121695
Summary: [16 Regression] RISC-V: ICE in ifcvt tree check:
expected class 'type', have 'exceptional'
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107421
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2025-08-27
Ever confirme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99709
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=111023
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121685
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110352
--- Comment #3 from Jonathan Wakely ---
Also:
Padded mdspan layouts https://wg21.link/p2642r6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119128
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2025-08-27
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121690
--- Comment #11 from Andrew Pinski ---
So here is what I think happens. the \n happens at the end of the buffer so it
is changed into \n\r into the buffer and then the next character from the tty
is \r.
This sounds like an expect or a dejagnu b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88662
--- Comment #19 from Andrew Pinski ---
(In reply to Vincent Lefèvre from comment #17)
> (In reply to Joseph S. Myers from comment #16)
> > It's for the psABI to document the valid representations of bool on a given
> > platform.
>
> But GCC does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121520
Jakub Jelinek changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121691
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121692
Andrew Pinski changed:
What|Removed |Added
Summary|Inlining fails with |Inlining fails with
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121692
--- Comment #2 from Andrew Pinski ---
Without `__attribute__((__cold__))` on tmigr_init the inlining happens
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121681
--- Comment #1 from Sergey V. Lobanov ---
BTW, I've found that spacemit's GCC generates optimized code with unaligned
access if I set mcpu=spacemit-x60, but unfortunately they don't provide GCC
source code (at least I can't find source for their
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88662
--- Comment #18 from Joseph S. Myers ---
What aspects of the psABI for bool do you say GCC does not respect?
For memory representations, the ABI says "Booleans\index{boolean}, when stored
in a memory object, are stored as
single byte objects the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121693
Andrew Pinski changed:
What|Removed |Added
Summary|forgets to clear the|forgets to clear the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82318
--- Comment #10 from Vincent Lefèvre ---
(In reply to Rich Felker from comment #9)
> a bug against the psABI should probably be opened.
I've just done this: https://gitlab.com/x86-psABIs/i386-ABI/-/issues/7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121694
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
Last reconfirme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121693
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107953
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121690
--- Comment #10 from Iain Sandoe ---
NOTE (in case there's any doubt) macOS, itself, has not used \r as a line
terminator for > 25 years (i.e. since the transition to MacOSX). The line
terminator is \n as for other *nix variations.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121694
Bug ID: 121694
Summary: Redundant TLSCALL
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121392
--- Comment #10 from Tobias Burnus ---
(In reply to Andrew Stubbs from comment #9)
> I have submitted a Newlib patch for the related issue.
Namely, https://sourceware.org/pipermail/newlib/2025/022100.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121690
--- Comment #9 from Jonathan Wakely ---
(In reply to Sam James from comment #2)
> (In reply to Andrew Pinski from comment #1)
> > I remember hearing about some issue in this area before too.
>
> Two things come to mind:
> 1) An issue NightStrik
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121693
--- Comment #1 from Vincent Lefèvre ---
Note: my initial testcase was with
T v;
volatile unsigned char c = 2;
v.c = c;
v.b = v.i;
printf ("%d\n", (int) v.c);
(which should give 0, not 2). This could also be useful for the testsuite.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121693
Bug ID: 121693
Summary: forgets to clear the padding bits when converting a
_BitInt(1) on x86_64
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103394
--- Comment #3 from Neil Carlson ---
Ignore comment 2; it was meant for another PR.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121683
--- Comment #3 from Neil Carlson ---
I was able to strip this down to a much simpler example, which I hope is more
digestible. The sanitizer output points to the ALLOCATE call causing the
generated finalizer for T1 being called on the variable X
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103394
--- Comment #2 from Neil Carlson ---
I was able to strip this down to a much simpler example, which I hope is more
digestible. The sanitizer output points to the ALLOCATE call causing the
generated finalizer for T1 being called on the variable X
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120233
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120499
Nathaniel Shead changed:
What|Removed |Added
Target Milestone|16.0|15.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120499
--- Comment #5 from GCC Commits ---
The releases/gcc-15 branch has been updated by Nathaniel Shead
:
https://gcc.gnu.org/g:3d14459c28280d2a2cbf8463207c85de28f5f7b0
commit r15-10265-g3d14459c28280d2a2cbf8463207c85de28f5f7b0
Author: Nathaniel Sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88662
--- Comment #17 from Vincent Lefèvre ---
(In reply to Joseph S. Myers from comment #16)
> It's for the psABI to document the valid representations of bool on a given
> platform.
But GCC does not honor the psABI for the AMD64 (x86-64) architectur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121692
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121690
--- Comment #8 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #7)
> (In reply to Torbjorn SVENSSON from comment #6)
> > (In reply to Iain Sandoe from comment #5)
> > > Please could you identify which tests have regressed - then I can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121692
Bug ID: 121692
Summary: Inlining fails with builtin_constant_p
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117613
Nathaniel Shead changed:
What|Removed |Added
Target Milestone|--- |16.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 117613, which changed state.
Bug 117613 Summary: [modules] using-directive not exported
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117613
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121690
--- Comment #7 from Iain Sandoe ---
(In reply to Torbjorn SVENSSON from comment #6)
> (In reply to Iain Sandoe from comment #5)
> > Please could you identify which tests have regressed - then I can compare
> > with my results across the various
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121690
--- Comment #5 from Iain Sandoe ---
Please could you identify which tests have regressed - then I can compare with
my results across the various versions I test) [x86 darwin9, 17, 18, 19, 20,
21, 23, 24 aarch64 darwin 21 23 ]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121690
--- Comment #6 from Torbjorn SVENSSON ---
(In reply to Iain Sandoe from comment #5)
> Please could you identify which tests have regressed - then I can compare
> with my results across the various versions I test) [x86 darwin9, 17, 18,
> 19, 20,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121520
--- Comment #17 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:f707c093dee0468a3ef837a6c40afcf4c7fa7e46
commit r16-3413-gf707c093dee0468a3ef837a6c40afcf4c7fa7e46
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121690
--- Comment #4 from Iain Sandoe ---
(In reply to Andrew Pinski from comment #1)
> This sounds like some kernel buffering issue dealing with expect.
>
> What exactly version of the xnu kernel are you seeing this with?
>
> I remember hearing ab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121689
--- Comment #1 from Christian Ehrhardt ---
Due to optimization the function riscv_pmu_icount_update_priv gets inlined into
its only caller riscv_pmu_update_fixed_ctrs.
I was able to extract an objectdump of that function and will attach good (wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121690
--- Comment #3 from Torbjorn SVENSSON ---
I've seen it on 2 different systems (only have these two to try it on):
$ uname -a
Darwin run-mac-x86_64 19.6.0 Darwin Kernel Version 19.6.0: Thu Jun 18 20:49:00
PDT 2020; root:xnu-6153.141.1~1/RELEASE_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121690
--- Comment #2 from Sam James ---
(In reply to Andrew Pinski from comment #1)
> I remember hearing about some issue in this area before too.
Two things come to mind:
1) An issue NightStrike had some long thread with Jacob on (the dejagnu
mainta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121629
--- Comment #2 from Gaius Mulley ---
Created attachment 62215
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62215&action=edit
Proposed fix for 3rd party library modules
This proposed fix adds /usr/include/m2 (prefix/include/m2) to the d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121690
--- Comment #1 from Andrew Pinski ---
This sounds like some kernel buffering issue dealing with expect.
What exactly version of the xnu kernel are you seeing this with?
I remember hearing about some issue in this area before too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121691
Bug ID: 121691
Summary: -Wcomma-within-single-parentheses: New diagnostic for
non-robust uses of the comma operator
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121690
Sam James changed:
What|Removed |Added
Summary|Regression for dg-output|[13/14/15/16 regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121690
Bug ID: 121690
Summary: Regression for dg-output checks on macOS
Product: gcc
Version: 13.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tests
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119367
--- Comment #14 from Jakub Jelinek ---
Untested fix:
2025-08-27 Jakub Jelinek
PR debug/119367
* dwarf2out.cc (output_one_line_info_table) : If
HAVE_AS_LEB128, use DW_LNS_advance_pc with dw2_asm_output_delta_uleb128
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88662
--- Comment #16 from Joseph S. Myers ---
"non-value representation" is simply a newer name for what used to be called
"trap representation"; there is no distinction of meaning.
It's for the psABI to document the valid representations of bool on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121392
--- Comment #9 from Andrew Stubbs ---
I have submitted a Newlib patch for the related issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88662
--- Comment #15 from Vincent Lefèvre ---
Some clarification to what I've said: I mean that GCC should document that
nonzero padding bits for _Bool give non-value representations (such
representations are not necessarily trap representations, cont
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88662
Vincent Lefèvre changed:
What|Removed |Added
CC||vincent-gcc at vinc17 dot net
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121679
--- Comment #6 from rguenther at suse dot de ---
On Wed, 27 Aug 2025, rearnsha at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121679
>
> --- Comment #5 from Richard Earnshaw ---
> (In reply to Richard Biener from com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121689
--- Comment #3 from Christian Ehrhardt ---
Created attachment 62214
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62214&action=edit
objdump of the oddly behaving function (inlined into caller) - bad case
1 - 100 of 126 matches
Mail list logo
