https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106172
--- Comment #20 from Chris Clayton ---
On 08/07/2022 15:02, Chris Clayton wrote:
> Hi
>
> On 04/07/2022 00:12, pinskia at gcc dot gnu.org wrote:
>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106172
>>
>> Andrew Pinski changed:
>>
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106331
Thomas Koenig changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #2 from Tho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106297
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106310
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106323
Wilco changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
--- Comment #3 from Wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106314
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106315
Richard Biener changed:
What|Removed |Added
Summary|7.8% increased codesize on |[13 Regression] 7.8%
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106320
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.5
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106324
Richard Biener changed:
What|Removed |Added
Target||aarch64
--- Comment #1 from Richard Bi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106337
Bug ID: 106337
Summary: Too many compilation errors generated with struct
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106328
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106328
--- Comment #3 from Richard Biener ---
Just to clarify, GCCs WPA stage fork()s to write out LTRANS IL object files in
parallel - those processes are not controlled by make but GCC could request
tokens from makes jobserver if it got a handle on a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106338
Bug ID: 106338
Summary: RISC-V static-chain register may be clobbered by PLT
stubs
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106210
Martin Liška changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106328
--- Comment #4 from Richard Biener ---
If it is possible to query the '-j=N' setting from make via the jobserver
connection then it might be practical to auto-tune
lto-max-streaming-parallelism
to that setting at least (that's still prone to N*N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106331
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106338
--- Comment #1 from Andrew Pinski ---
I don't see how this is an issue static chain is only used for nested functions
in gcc and always local functions (except maybe with LTO).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106338
--- Comment #2 from Andrew Pinski ---
> static chain parameters are only used in Go
This is a lie. They are used with both Ada and fortan a lot. Both heavily use
nested functions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106338
--- Comment #3 from Andreas Schwab ---
I think every port is using a call-clobbered register for the static chain, and
it is not part of the ABI.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106334
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106314
--- Comment #4 from Aldy Hernandez ---
(In reply to Richard Biener from comment #3)
> GC only supports POD-like data structures, esp. proper inheritance is not
> supported so supporting virtual functions looks useless.
Hmmm, in that case I'll r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106324
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2022-07-18
Ever confir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105682
Martin Liška changed:
What|Removed |Added
Summary|[12/13 Regression] Both |[12/13 Regression] Both
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106322
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106315
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106339
Bug ID: 106339
Summary: [13 Regression] ICE in exact_div, at poly-int.h:2232
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106331
Martin Liška changed:
What|Removed |Added
Keywords|needs-bisection |
Summary|[12/13 Regression] W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106320
Jonathan Wakely changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #2 from Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106334
--- Comment #2 from Martin Liška ---
Btw. started with r12-6678-g254ada46ae0f21bd.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106337
Jonathan Wakely changed:
What|Removed |Added
Version|4.9.2 |13.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106320
--- Comment #3 from Martin Liška ---
Started with r10-10808-g22b86cdc4d7fdd.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105682
--- Comment #6 from Jan Hubicka ---
gcc-12.1.0 (bogus warning: `caller()` has no right to be const; it calls a pure
function, and that function even contains inline assembly):
I think the conlcusion here is correct. callee has pure attribute a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105676
--- Comment #3 from Jan Hubicka ---
Such code is not that obviously safe. It is possible that getval will get
inlined to some calls and not other within single function. In that case the
calling function will read and modify cache variable and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106320
--- Comment #4 from Jonathan Wakely ---
The problem is that join_view still requires its _InnerView to be
default-constructible, but that's a transform_view holding a
non-default-constructible callable.
For gcc-11 this isn't a problem because o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101978
Boris Kolpackov changed:
What|Removed |Added
CC||boris at kolpackov dot net
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106314
--- Comment #5 from Richard Biener ---
(In reply to Aldy Hernandez from comment #4)
> (In reply to Richard Biener from comment #3)
> > GC only supports POD-like data structures, esp. proper inheritance is not
> > supported so supporting virtual
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106339
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106253
--- Comment #12 from CVS Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:7313381d2ce44b72b4c9f70bd5670e5d78d1f631
commit r13-1730-g7313381d2ce44b72b4c9f70bd5670e5d78d1f631
Author: Richard Sandiford
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106253
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resoluti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106340
Bug ID: 106340
Summary: flag set from SVE svwhilelt intrinsic not reused in
loop
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64234
Boris Kolpackov changed:
What|Removed |Added
CC||boris at kolpackov dot net
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106340
--- Comment #1 from Yichao Yu ---
Also note that this is for code I've tweaked to match what the finally code as
much as possible. For a complete implementation of this, I expect the loop
transformation done for normal loop should move the while
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106320
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106324
--- Comment #3 from Yichao Yu ---
Actually I just realized that the not instruction used the .d version as
requested, the vector instruction didn’t….. I got it reversed in the original
post……
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106341
Bug ID: 106341
Summary: Template argument deduction of template value
parameter crashes compiler
Product: gcc
Version: 10.4.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106341
--- Comment #1 from Liss Heidrich ---
Created attachment 53314
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53314&action=edit
output of gcc-10 when compiling segfault.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106341
--- Comment #2 from Liss Heidrich ---
Created attachment 53315
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53315&action=edit
output of gcc-11 when compiling segfault.cpp (from godbolt.org)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103944
Matthias Klose changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106331
--- Comment #5 from H.J. Lu ---
The memory alignment passed to __builtin_memset shouldn't be 16 bytes in
this case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106322
--- Comment #9 from Mathieu Malaterre ---
(In reply to Andrew Pinski from comment #8)
> Does -fwrapv fix the issue?
No. This seems like the exact same symptoms:
% ./tests/mul_test
"--gtest_filter=HwyMulTestGroup/HwyMulTest.TestAllMulHigh/Emu12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106331
--- Comment #6 from H.J. Lu ---
This is a latent bug. GCC 11 RTL expander generates:
(insn 21 20 22 (set (mem/c:TI (reg:DI 92 [ D.3947 ]) [0 MEM [(void
*)&a]+0 S16 A128])
(const_wide_int 0x20202020202020202020202020202020)) "x.f90":3:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106342
Bug ID: 106342
Summary: [12/13 Regression] internal compiler error: in
extract_insn, at recog.cc:2791
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106342
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |12.2
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106342
--- Comment #1 from Marek Polacek ---
gcc.dg/vect/fast-math-vect-call-1.c also ICEs like that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106187
Richard Earnshaw changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106187
--- Comment #27 from Richard Earnshaw ---
BTW, compile flags for an arm-none-eabi compiler are:
cc1plus -march=armv7-a+fp -mfloat-abi=hard -O2 -quiet -mthumb -fno-short-enums
-fno-exceptions -fvisibility-inlines-hidden -fmath-errno -fmerge-all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106343
Bug ID: 106343
Summary: Addition with constants is not vectorized by SLP when
it includes zero
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: missed-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106336
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106343
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106343
Andrew Pinski changed:
What|Removed |Added
Status|NEW |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106343
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106343
--- Comment #3 from Andrew Pinski ---
I should note that I noticed LLVM does not handle this either.
Basically the following operators and values can be used:
For integer:
+ 0
- 0
* 1
/ 1
| 0
& -1 (all ones)
^ 0
For floating point (only with -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106343
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> I should note that I noticed LLVM does not handle this either.
>
> Basically the following operators and values can be used:
> For integer:
> + 0
> - 0
> * 1
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106344
Bug ID: 106344
Summary: A few x86_64 tests fail with -march=x86-64-v2
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106345
Bug ID: 106345
Summary: Some ppc64le tests fail with -mcpu=power9
-mtune=power9
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106210
--- Comment #6 from Segher Boessenkool ---
The prepare_shrink_wrap code handles only very limited very simple cases.
After g:8d2d39587d94 there is another copy at this point (which is an
*improvement*, it gives more freedom). I don't see how t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106343
Erick Ochoa changed:
What|Removed |Added
CC||eochoa at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106343
--- Comment #6 from Andrew Pinski ---
(In reply to Erick Ochoa from comment #5)
> I think it should be possible to also consider the bit-shifts operations:
>
> >> 0
> << 0
Yes and rotates too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106172
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106346
Bug ID: 106346
Summary: Potential regression on vectorization of left shift
with constants
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: missed-opti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106172
--- Comment #22 from Andrew Pinski ---
(In reply to Aldy Hernandez from comment #21)
> Confirmed on x86-64 with: ./configure --enable-languages=c,c++
> --enable-checking=no.
>
> Interestingly, --enable-checking=release works.
well some gcc_ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106347
Bug ID: 106347
Summary: [13 Regression] ICE in ix86_output_ssemov, at
config/i386/i386.cc:5565, or ICE in final_scan_insn_1,
at final.cc:2860 (error: could not split insn)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106172
--- Comment #23 from Chris Clayton ---
On 18/07/2022 19:13, aldyh at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106172
>
> Aldy Hernandez changed:
>
>What|Removed |Added
> ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106280
--- Comment #2 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:5e47c9333df6df1aa9da861f07e68f985d7d28fb
commit r13-1737-g5e47c9333df6df1aa9da861f07e68f985d7d28fb
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103590
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106348
Bug ID: 106348
Summary: c++modules: invalid syntax accepted
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106348
--- Comment #1 from Ben Boeckel ---
Forgot to mention: this occurs as of commit
63d182fb86e47323ac50d9368845d712e1f7da89
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106349
Bug ID: 106349
Summary: strlen reimplementation produces infinite loop with
-Os
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106349
Andrew Pinski changed:
What|Removed |Added
Component|c |tree-optimization
--- Comment #1 from A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106349
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102725
Andrew Pinski changed:
What|Removed |Added
CC||vincent.riviere at freesbee
dot fr
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106348
Jonathan Wakely changed:
What|Removed |Added
Version|unknown |13.0
--- Comment #2 from Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106350
Bug ID: 106350
Summary: O3 memcpy warning when prepending a length-1 string
literal to a constant std::string
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106331
--- Comment #7 from H.J. Lu ---
Breakpoint 6, expand_builtin_memset_args (dest=0x77b6f1a0,
val=0x77f86978, len=0x77f86960, target=0x77da7400, mode=E_VOIDmode,
orig_exp=0x77da9d38) at
/export/gnu/import/git/gitlab/x86-gcc/gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83782
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106345
Kewen Lin changed:
What|Removed |Added
Last reconfirmed||2022-07-19
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106342
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106343
--- Comment #7 from Richard Biener ---
SLP discovery doesn't support this (and there's for sure some duplicate bug
about this). Note that SLP discovery currently does a greedy search from the
stores and it commits to the first "working" graph (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106346
Richard Biener changed:
What|Removed |Added
Blocks||53947
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106347
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
90 matches
Mail list logo