https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113575
Bug ID: 113575
Summary: [14 Regression] memory hog building insn-opinit.o
(i686-linux-gnu -> riscv64-linux-gnu)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113281
--- Comment #15 from Andrew Pinski ---
(In reply to Richard Biener from comment #14)
> a >= 16 ? 0 : 32872 >> MIN (a, 15) (the MIN is still required to
> avoid requiring masking).
Note maybe instead of MIN here we use `a & 0xf` since that will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110075
Viktor Ostashevskyi changed:
What|Removed |Added
CC||ostash at ostash dot kiev.ua
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113141
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113281
Richard Biener changed:
What|Removed |Added
Blocks||110838
--- Comment #14 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113087
--- Comment #42 from Patrick O'Neill ---
(In reply to JuzheZhong from comment #41)
> Hi, Patrick.
>
> Could you trigger test again base on latest trunk GCC?
>
> We have recent memory-hog fix patch:
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109705
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
Tamar Christina changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
--- Comment #19 from Tamar Christina ---
*** Bug 113555 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113555
Tamar Christina changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
Tamar Christina changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113561
Tamar Christina changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
--- Comment #17 from GCC Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:72429448fd16733f876b282bb37a0653049c446d
commit r14-8382-g72429448fd16733f876b282bb37a0653049c446d
Author: Tamar Christina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #21 from Richard Biener ---
(In reply to Tamar Christina from comment #20)
> (In reply to rguent...@suse.de from comment #19)
> > > Am 23.01.2024 um 18:06 schrieb tnfchris at gcc dot gnu.org
> > > :
> > >
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113087
--- Comment #41 from JuzheZhong ---
Hi, Patrick.
Could you trigger test again base on latest trunk GCC?
We have recent memory-hog fix patch:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=3132d2d36b4705bb762e61b1c8ca4da7c78a8321
I want to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113550
Andrew Pinski changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113574
--- Comment #3 from Andrew Pinski ---
Note I was thinking I might hit this with 1 sized bit field but that seems to
work:
```
struct f
{
unsigned ub1:1;
}t;
void
foo(unsigned short ub16)
{
t.ub1 = (ub16 << 2);
}
int
main(void)
{
unsigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113572
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11264
Andrew Pinski changed:
What|Removed |Added
Resolution|WORKSFORME |WONTFIX
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113570
--- Comment #2 from Robin Dapp ---
I'm pretty certain this is "works as intended" and -Ofast causes the precision
to be different than with -O3 (and dependant on the target). See also:
It has been reported that with gfortran -Ofast
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113574
--- Comment #2 from Andrew Pinski ---
convert uses TYPE_SIZE
/* If shift count is less than the width of the truncated type,
really shift. */
if (tree_int_cst_lt (TREE_OPERAND (expr,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113574
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-01-24
Ever confirmed|0
n algorithms: zlib zstd
gcc version 14.0.1 20240123 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113539
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113550
--- Comment #2 from Andrew Pinski ---
Thinking about this, maybe it is too complex to figure out which register
overlaps with the memory. So the easiest is just to mark `=r/m` alternative as
an early clobber.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113398
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113485
--- Comment #5 from Andrew Pinski ---
Note the issue is really:
9730rtx op = lowpart_subreg (mode, operands[1],
mode);
We have:
(subreg:V8QI (reg/v:V4x8QI 110 [ input_pixels ]) 8)
And then lowpart_subreg returns null.
Note I still
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113485
Andrew Pinski changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113573
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113573
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113573
Bug ID: 113573
Summary: aarch64: internal compiler error in mark_label_nuses
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112437
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113572
--- Comment #2 from Andrew Pinski ---
#6 0x015646e1 in aarch64_sve::vector_cst_all_same (v=0x76be4d20,
step=8) at ../../gcc/config/aarch64/aarch64-sve-builtins.cc:3477
3477if (!operand_equal_p (VECTOR_CST_ENCODED_ELT (v,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113571
--- Comment #3 from Halalaluyafail3 ---
The way the standard is written doesn't make any distinction between a
preprocessor constant expression and a language constant expression (from what
I have seen). The standard just says integral constant
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113572
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113571
--- Comment #2 from Andrew Pinski ---
No compiler (GCC, MSVC and clang) I tested accepts this code. I am thinking you
misunderstand something.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113572
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113571
--- Comment #1 from Andrew Pinski ---
The preprocessor constant expression != language constant expression.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53929
--- Comment #26 from LIU Hao ---
Created attachment 57199
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57199=edit
Draft patch Ver. 2
1. Fix a typo in `ASM_OUTPUT_SYMBOL_REF` (`x` => `SYM`)
2. For Intel syntax, if the name does not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113572
Bug ID: 113572
Summary: aarch64: internal compiler error in
aarch64_sve::vector_cst_all_same
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113571
Bug ID: 113571
Summary: Preprocessor if directive does not correctly recognize
all C++ integral constant expressions
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80036
Bug 80036 depends on bug 43486, which changed state.
Bug 43486 Summary: Preserve variable-use locations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43486
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
Bug 7 depends on bug 43486, which changed state.
Bug 43486 Summary: Preserve variable-use locations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43486
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77733
Bug 77733 depends on bug 43486, which changed state.
Bug 43486 Summary: Preserve variable-use locations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43486
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61534
Bug 61534 depends on bug 43486, which changed state.
Bug 43486 Summary: Preserve variable-use locations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43486
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70730
Bug 70730 depends on bug 43486, which changed state.
Bug 43486 Summary: Preserve variable-use locations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43486
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69602
Bug 69602 depends on bug 43486, which changed state.
Bug 43486 Summary: Preserve variable-use locations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43486
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43486
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71302
Bug 71302 depends on bug 43486, which changed state.
Bug 43486 Summary: Preserve variable-use locations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43486
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113429
--- Comment #12 from GCC Commits ---
The master branch has been updated by Patrick O'Neill :
https://gcc.gnu.org/g:7f7d9c525c694e36ae525ed93ccd5b6ffad0f1d8
commit r14-8379-g7f7d9c525c694e36ae525ed93ccd5b6ffad0f1d8
Author: Patrick O'Neill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113087
--- Comment #40 from Patrick O'Neill ---
(In reply to Patrick O'Neill from comment #39)
> FYI I ran spec2017 last night and got:
>
> zvl128b:
> no fails!
>
> zvl256b:
> 549.fotonik3d (runtime) - pr113570
GCC hash:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113087
--- Comment #39 from Patrick O'Neill ---
FYI I ran spec2017 last night and got:
zvl128b:
no fails!
zvl256b:
549.fotonik3d (runtime) - pr113570
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113510
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
--- Comment #18 from Yuxuan Shui ---
(In reply to Andrew Pinski from comment #17)
> (In reply to Yuxuan Shui from comment #16)
> > ...
>
> So -fno-strict-overflow does -fno-wrapv-pointer so we can assume pointer
> arithmetic wraps now and then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495
--- Comment #32 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:3132d2d36b4705bb762e61b1c8ca4da7c78a8321
commit r14-8378-g3132d2d36b4705bb762e61b1c8ca4da7c78a8321
Author: Juzhe-Zhong
Date: Tue Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
--- Comment #17 from Andrew Pinski ---
(In reply to Yuxuan Shui from comment #16)
> I see. but if it's undefined, why was the `if (dso)` only removed when
> -fno-strict-overflow is enabled? and it still happens with
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
--- Comment #16 from Yuxuan Shui ---
(In reply to Andrew Pinski from comment #13)
> (In reply to Yuxuan Shui from comment #12)
>> ...
>
> Except that is undefined ...
> Manually unswitching introduces the undefined behavior in the code.
> So
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
--- Comment #15 from Yuxuan Shui ---
(In reply to Marek Polacek from comment #14)
> I don't see a complete testcase that I could bisect.
Please use the code sample in the original comment. since there are questions
that the manually unswitched
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
--- Comment #14 from Marek Polacek ---
I don't see a complete testcase that I could bisect.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
--- Comment #13 from Andrew Pinski ---
(In reply to Yuxuan Shui from comment #12)
> I think this is the MRE:
>
>
> void bug(struct obj *dso) {
> if (>i) {
> if (dso == (void *)0)
> return;
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
--- Comment #12 from Yuxuan Shui ---
I think this is the MRE:
void bug(struct obj *dso) {
if (>i) {
if (dso == (void *)0)
return;
assert_not_null(dso);
}
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
--- Comment #11 from Yuxuan Shui ---
reduced it a bit:
void bug(struct obj **root, struct obj *dso) {
if (>i) {
while (1) {
struct obj *this = *root;
if (dso == (void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
--- Comment #10 from Yuxuan Shui ---
the manually unswitched version can probably be reduced further.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
Yuxuan Shui changed:
What|Removed |Added
Summary|[13 Regression] |[13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100058
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109640
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113256
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111607
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113570
--- Comment #1 from Vineet Gupta ---
This one is a headache as we don't know where the problem is. And that it takes
~7hr for a QEMU run to finish.
Good this is there is a comparison point as VLA build works fine.
(1). bloat-o-meter (from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113570
Bug ID: 113570
Summary: RISC-V: SPEC2017 549 fotonik3d miscompilation in
autovec VLS 256 build
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109640
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:9010fdba68063beccfbab0aa9ec8739f232ca2f4
commit r14-8375-g9010fdba68063beccfbab0aa9ec8739f232ca2f4
Author: Marek Polacek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111607
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:9010fdba68063beccfbab0aa9ec8739f232ca2f4
commit r14-8375-g9010fdba68063beccfbab0aa9ec8739f232ca2f4
Author: Marek Polacek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113256
--- Comment #1 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:9010fdba68063beccfbab0aa9ec8739f232ca2f4
commit r14-8375-g9010fdba68063beccfbab0aa9ec8739f232ca2f4
Author: Marek Polacek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113523
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2024-01-23
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113510
Vladimir Makarov changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113347
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89237
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113569
Bug ID: 113569
Summary: FAIL:
26_numerics/headers/cmath/equivalent_functions.cc
-std=gnu++17 (test for excess errors)
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113568
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113567
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
23195900-gdbc5f1f523b-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240123 (experimental) (GCC)
linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-8373-20240123195900-gdbc5f1f523b-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240123 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113564
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2024-01-23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113566
Bug ID: 113566
Summary: btf: incorrect BTF_KIND_DATASEC entries for variables
which are optimized out
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113548
--- Comment #5 from Andrew Pinski ---
(In reply to nightstrike from comment #3)
> Seeing as how this is a testsuite issue, it seems that the crash in the same
> location applies to the following:
> FAIL: gcc.dg/vect/slp-reduc-10a.c (internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113565
--- Comment #2 from Andrew Pinski ---
Note starting in GCC 14, it is better to use __builtin_clzg with the 2
arguments anyways so you can control exactly what value you want/need for 0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113565
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-01-23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113518
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113565
Bug ID: 113565
Summary: __builtin_clz(0) is undefined behavior, but not
detected in constant expressions
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113485
Maxim Kuvyrkov changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rsandifo at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113518
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:dbc5f1f523b3cfa539d72fdd60b9479b3cd5a45d
commit r14-8373-gdbc5f1f523b3cfa539d72fdd60b9479b3cd5a45d
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113564
Bug ID: 113564
Summary: ICE internal compiler error when calling a concept as
a function in a template
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #20 from Tamar Christina ---
(In reply to rguent...@suse.de from comment #19)
> > Am 23.01.2024 um 18:06 schrieb tnfchris at gcc dot gnu.org
> > :
> >
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
> >
> > --- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100942
--- Comment #4 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:06ee648e9bb8c121fbd93659f81d3380dba8be09
commit r14-8372-g06ee648e9bb8c121fbd93659f81d3380dba8be09
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #19 from rguenther at suse dot de ---
> Am 23.01.2024 um 18:06 schrieb tnfchris at gcc dot gnu.org
> :
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
>
> --- Comment #18 from Tamar Christina ---
> (In reply to Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113563
Bug ID: 113563
Summary: Rejects capture of `this` in C++23 `this auto` lambda
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57360
--- Comment #9 from Walter Spector ---
It appears that Lfortran issues a message for this case. See:
https://github.com/j3-fortran/fortran_proposals/issues/83#issuecomment-1906266587
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #18 from Tamar Christina ---
(In reply to Richard Biener from comment #7)
> I do wonder whether LOOP_VINFO_EARLY_BREAKS_VECT_PEELED actually works (since
> without early exits we cannot handle a non-empty latch because of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113281
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113089
Alex Coplan changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
1 - 100 of 204 matches
Mail list logo
