https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105930
Roger Sayle changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
le-nls --enable-lto
LDFLAGS=-Wl,-rpath,/opt/wandbox/gcc-head/lib,-rpath,/opt/wandbox/gcc-head/lib64,-rpath,/opt/wandbox/gcc-head/lib32
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 13.0.0 20220611 (experimental) (GCC)
‘ElemSize’ of kind
template_parm_index
1 | template decltype(0 % ElemSize == 0)
| ~^~~~
0x6def33 cxx_eval_constant_expression
/usr/src/debug/sys-devel/gcc-12.1.1_p20220611/gcc-12-20220611/gcc/cp/constexpr.cc:7587
0x6df310
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96463
--- Comment #1 from CVS Commits ---
The master branch has been updated by Prathamesh Kulkarni
:
https://gcc.gnu.org/g:494bec025002df422f2faa947138bf3643d80b54
commit r13-1055-g494bec025002df422f2faa947138bf3643d80b54
Author: Prathamesh Kulkarni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105933
Bug ID: 105933
Summary: LTO ltrans object files does not have proper st_bind
and st_visibility
Product: gcc
Version: 12.1.1
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105930
Samuel Neves changed:
What|Removed |Added
CC||sneves at dei dot uc.pt
--- Comment #6 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105732
--- Comment #20 from Loren Osborn ---
great... thank you for the update.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105932
Bug ID: 105932
Summary: Small structures returned incorrectly in i386
Microsoft ABI
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Keywords: ABI, wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105905
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105905
--- Comment #2 from zhonghao at pku dot org.cn ---
A programmer answered me, and provided some details. Here, I copy his response:
"This code:
Vector2 v{Math::sin(37.0_degf), Math::cos(37.0_degf)};
Utility::print("{:.10}\n", v[1]);
Utility::pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105930
--- Comment #5 from Linus Torvalds ---
(In reply to Linus Torvalds from comment #4)
>
> I'm not proud of that hacky thing, but since gcc documentation is written
> in sanskrit, and mere mortals can't figure it out, it's the best I could do.
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105756
--- Comment #7 from Sam James ---
Thanks a bunch. Unfortunately the original issue (not the reduced one) still
fails, but I've filed bug 105931 for that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105930
--- Comment #4 from Linus Torvalds ---
So hey, since you guys use git now, I thought I might as well just bisect this.
Now, I have no idea what the best and most efficient way is to generate only
"cc1", so my bisection run was this unholy mess
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105930
--- Comment #3 from Linus Torvalds ---
Created attachment 53123
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53123&action=edit
Mindless revert that fixes things for me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105931
Sam James changed:
What|Removed |Added
CC||herrtimson at yahoo dot de,
5:
note: in expansion of macro ‘MOZ_ASSERT’
73 | MOZ_ASSERT((end - start) % ElemSize == 0);
| ^~
0x6def33 cxx_eval_constant_expression
/usr/src/debug/sys-devel/gcc-12.1.1_p20220611/gcc-12-20220611/gcc/cp/constexpr.cc:7587
0x6df310 cxx_eval_outermost_constant_expr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105930
--- Comment #2 from Andrew Pinski ---
thumb1 (which has 16 registers but really only 8 are GPRs) does not have this
issue in GCC 12, so I suspect a target specific change caused this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105930
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105930
--- Comment #1 from Linus Torvalds ---
Side note: it might be best to clarify that this is a regression specific to
gcc-12.
Gcc 11.3 doesn't have the problem, and generates code for this same test-case
with a stack frame of only 428 bytes. That
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105101
--- Comment #19 from Michael_S ---
(In reply to jos...@codesourcery.com from comment #18)
> libquadmath is essentially legacy code. People working directly in C
> should be using the C23 _Float128 interfaces and *f128 functions, as in
> curre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105930
Bug ID: 105930
Summary: Excessive stack spill generation on 32-bit x86
Product: gcc
Version: 12.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105929
Bug ID: 105929
Summary: [AArch64] armv8.4-a allows atomic stp. 64-bit
constants can use 2 32-bit halves with _Atomic or
volatile
Product: gcc
Version: 13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105928
Bug ID: 105928
Summary: [AArch64] 64-bit constants with same high/low halves
can use ADD lsl 32 (-Os at least)
Product: gcc
Version: 13.0
Status: UNCONFIRMED
K
ecking-yes-rtl-df-extra-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 13.0.0 20220611 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105924
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7061
Dávid Bolvanský changed:
What|Removed |Added
CC||david.bolvansky at gmail dot
com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105925
Jonathan Wakely changed:
What|Removed |Added
Summary|[11.1 Regression] Could not |[11/12 Regression] Could
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105756
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105756
--- Comment #5 from CVS Commits ---
The releases/gcc-12 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:47ea22015c90df31eae763c6c9e3e4b1fb801c3a
commit r12-8472-g47ea22015c90df31eae763c6c9e3e4b1fb801c3a
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105926
Ville Voutilainen changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ville.voutilainen at
gmail d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105926
Bug ID: 105926
Summary: Using a spaceship operator on an optional of a type
derived from optional causes infinite constraint
recursion
Product: gcc
Version: unkn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100830
Thomas Schwinge changed:
What|Removed |Added
CC||kito at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105747
--- Comment #8 from David Binderman ---
(In reply to David Binderman from comment #7)
> Created attachment 53119 [details]
> C source code
>
> Another one. Over 15 minutes this time.
Flag -O2 required.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105747
--- Comment #7 from David Binderman ---
Created attachment 53119
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53119&action=edit
C source code
Another one. Over 15 minutes this time.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105925
Bug ID: 105925
Summary: [11.1 Regression] Could not convert '{{0, 0.0}}' from
'' to 'X'
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101836
--- Comment #17 from Kees Cook ---
(In reply to qinzhao from comment #16)
> additional work are needed in order to make this task complete:
>
> 1. add one more new gcc option:
>
> -fstrict-flex-arrays
>
> when it's on, only treat the followin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105924
Bug ID: 105924
Summary: false floating point exception when evaluating
exponential function
Product: gcc
Version: 7.5.0
Status: UNCONFIRMED
Severity: normal
37 matches
Mail list logo
