https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113625
--- Comment #2 from Andrew Pinski ---
Just FYI this is how I configured GCC:
```
Configured with: ../configure --target=aarch64-linux-gnu
--prefix=/home/apinski/src/upstream-full-cross/install
--enable-languages=c,c++,fortran,go
--with-sysroot=/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113630
--- Comment #4 from Richard Biener ---
(In reply to Andrew Pinski from comment #3)
> Note LLVM produces decent code here by only using one load:
> ```
> xor eax, eax
> testesi, esi
> seteal
> mov e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113649
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113630
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113644
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113631
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2024-01-29
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113646
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #1 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113622
--- Comment #10 from Richard Biener ---
(In reply to Jakub Jelinek from comment #8)
> Guess for an rvalue (if even that crashes) we want to expand it to some
> permutation or whole vector shift which moves the indexed elements first and
> then e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113648
--- Comment #3 from Andreas Schwab ---
The preferred location is
/Volumes/Toolchain/openwrt/lib/gcc/aarch64-linux-gnu/13.2.0/../../../../aarch64-linux-gnu/bin/aarch64-linux-gnu/13.2.0/ld
(known as gcc_tooldir in the makefile)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113648
--- Comment #4 from Andreas Schwab ---
Correction: the preferred location is
/Volumes/Toolchain/openwrt/lib/gcc/aarch64-linux-gnu/13.2.0/../../../../aarch64-linux-gnu/bin/ld
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113624
nightstrike changed:
What|Removed |Added
Known to fail||11.3.0, 12.2.0, 13.0, 14.0
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113622
--- Comment #11 from Jakub Jelinek ---
I think it is most important we don't ICE and generate correct code. I doubt
this is used too much in real-world code, otherwise it would have been reported
years ago, so how efficient it will be is less i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113616
Alex Coplan changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113622
--- Comment #12 from Xi Ruoyao ---
(In reply to Jakub Jelinek from comment #11)
> I think it is most important we don't ICE and generate correct code. I
> doubt this is used too much in real-world code, otherwise it would have been
> reported y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113649
Andrew Pinski changed:
What|Removed |Added
Known to fail||12.3.0
--- Comment #2 from Andrew Pinsk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113622
--- Comment #13 from Jakub Jelinek ---
(In reply to Xi Ruoyao from comment #12)
> (In reply to Jakub Jelinek from comment #11)
> > I think it is most important we don't ICE and generate correct code. I
> > doubt this is used too much in real-wo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113622
--- Comment #14 from Xi Ruoyao ---
(In reply to Jakub Jelinek from comment #13)
> (In reply to Xi Ruoyao from comment #12)
> > (In reply to Jakub Jelinek from comment #11)
> > > I think it is most important we don't ICE and generate correct code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101195
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110603
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:b338fdbc2b74f25c07da263a1f5983421fac1a53
commit r14-8487-gb338fdbc2b74f25c07da263a1f5983421fac1a53
Author: Jakub Jelinek
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113622
--- Comment #15 from Richard Biener ---
(In reply to Jakub Jelinek from comment #11)
> I think it is most important we don't ICE and generate correct code. I
> doubt this is used too much in real-world code, otherwise it would have been
> repor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110603
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113622
--- Comment #16 from Richard Biener ---
typedef double __attribute__ ((vector_size (16))) vec;
void
test (void)
{
register vec a asm("xmm1"), b asm("xmm2"), c asm("xmm3");
for (int i = 0; i < 2; i++)
c[i] = a[i] < b[i] ? 0.1 : 0.2;
}
a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113615
--- Comment #3 from Andrew Stubbs ---
I did see these, but I hadn't had time to chase them up.
The proposed patch is exactly the sort of solution I was expecting to find,
short term. Have you confirmed that it fixes all the cases?
A proper sol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111966
--- Comment #4 from GCC Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:ef5ccdbbc60c230a483898afbf0c053a9f8bb176
commit r14-8489-gef5ccdbbc60c230a483898afbf0c053a9f8bb176
Author: Tobias Burnus
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113650
Bug ID: 113650
Summary: __builtin_nonlocal_goto ICEs when passed 0 as
arguments
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113623
--- Comment #3 from Alex Coplan ---
I think ldp_fusion is exposing a latent issue here. We trip the assert:
gcc_assert (aarch64_mem_pair_lanes_operand (mem, pair_mode));
on the RTL:
(rr) pr mem
(mem/f:V2x8QI (reg:DI 63 v31) [0 +0 S16 A64])
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113623
Alex Coplan changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113650
--- Comment #1 from Richard Biener ---
I don't think these are supposed to be used by the user ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113623
Alex Coplan changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|acoplan at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113615
--- Comment #4 from Tobias Burnus ---
Patch:
https://gcc.gnu.org/pipermail/gcc-patches/2024-January/644181.html
It fixes this issue but two other kind of issues I still see for gfx1100.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113623
--- Comment #5 from Alex Coplan ---
Indeed passing -mearly-ra=none makes the ICE go away as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113651
Bug ID: 113651
Summary: The GCC optimizer performs poorly on a very simple
code snippet.
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113618
--- Comment #3 from Wilco ---
(In reply to Richard Biener from comment #2)
> It might be good to recognize this pattern in strlenopt or a related pass.
>
> A purely local transform would turn it into
>
> memcpy (temp, a, 64);
> memmove
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113636
Claudio Bantaloukas changed:
What|Removed |Added
CC||claudio.bantaloukas at arm dot
co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113607
--- Comment #16 from Robin Dapp ---
Disabling vec_extract makes us operate on non-partial vectors, though so there
are a lot of differences in codegen. I'm going to have a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113281
--- Comment #23 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:1a8261e047f7a2c2b0afb95716f7615cba718cd1
commit r14-8492-g1a8261e047f7a2c2b0afb95716f7615cba718cd1
Author: Richard Sandiford
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113281
--- Comment #24 from Richard Sandiford ---
Fixed on trunk so far, but it's latent on branches. I'll see what
the trunk fallout is like before asking about backports.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113651
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113615
--- Comment #5 from GCC Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:7cc2262ec9a410dc56d1c1c6b950c922e14f621d
commit r14-8493-g7cc2262ec9a410dc56d1c1c6b950c922e14f621d
Author: Tobias Burnus
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113652
Bug ID: 113652
Summary: ppc: unrecognized opcode: `lfiwzx'
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113652
Richard Biener changed:
What|Removed |Added
Target||powerpc
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113652
--- Comment #2 from Christopher Fore ---
I've tried with both 2.40 and 2.41
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112950
--- Comment #2 from GCC Commits ---
The master branch has been updated by Prathamesh Kulkarni
:
https://gcc.gnu.org/g:8a48723daca911f8cb16a459933772989173aa73
commit r14-8494-g8a48723daca911f8cb16a459933772989173aa73
Author: Prathamesh Kulkarn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112950
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534
--- Comment #24 from GCC Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:291f75fa1bc6a23c6184bb99c726074b13f2f18e
commit r14-8495-g291f75fa1bc6a23c6184bb99c726074b13f2f18e
Author: H.J. Lu
Date: Sat Jan 27 05
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113616
--- Comment #5 from GCC Commits ---
The master branch has been updated by Alex Coplan :
https://gcc.gnu.org/g:d41a1873f334cf29b9a595bb03c27bff2be17319
commit r14-8496-gd41a1873f334cf29b9a595bb03c27bff2be17319
Author: Alex Coplan
Date: Mon J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113622
--- Comment #17 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:96bc048d78f804bac0fa7b2ca3b6dd3a04c68217
commit r14-8497-g96bc048d78f804bac0fa7b2ca3b6dd3a04c68217
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113622
--- Comment #18 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:0f7945417f913c85bd556904c0c4e7bf77793488
commit r14-8498-g0f7945417f913c85bd556904c0c4e7bf77793488
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113616
Alex Coplan changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113622
Richard Biener changed:
What|Removed |Added
Known to work||14.0
Summary|[11/12/13/14 R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113636
--- Comment #9 from Claudio Bantaloukas ---
git bisect "gccgo -g -O3 -mtune=thunderxt88 -c -o __case.o case.go" starting
with $(git merge-base origin/releases/gcc-13 origin/trunk) as a first good
commit points at [9f0f7d802482a8958d6cdc72f1fe0c8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113597
Richard Biener changed:
What|Removed |Added
Attachment #57214|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113636
Richard Sandiford changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113653
Bug ID: 113653
Summary: Failure to diagnose use of (non-constant-expr) const
objects in static initializers
Product: gcc
Version: unknown
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113653
--- Comment #1 from Rich Felker ---
FWIW -pedantic also does not help.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113644
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113623
Richard Sandiford changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113562
--- Comment #3 from Richard Biener ---
Just to put it somewhere I ran dwlocstat on cc1plus before/after the offending
change and it looks almost the same. We go from
cov%samples cumul
0..10 1280217/38% 1280217/38%
11..20 55668/1%
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113654
Bug ID: 113654
Summary: [14 Regression] -Wanalyzer-allocation-size false
positive seen on Linux kernel's
drivers/gpu/drm/i915/display/intel_bios.c
Product: gcc
V
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113655
Bug ID: 113655
Summary: Cross compiling to mips64-elf fails because
"MIPS_EXPLICIT_RELOCS was not declared" after
r14-8386-g58af788d1d0825
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113603
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2024-01-29
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113646
--- Comment #2 from Jan Hubicka ---
> Did you try with -fprofile-partial-training (is that default on? it probably
> should ...). Can you please try training with the rate data instead of train
It is not on by default - the problem of partial
c version 14.0.1 20240129 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108933
--- Comment #5 from GCC Commits ---
The master branch has been updated by Richard Earnshaw :
https://gcc.gnu.org/g:bad991a1c5960e90c4686a9362a1258ef29e195b
commit r14-8499-gbad991a1c5960e90c4686a9362a1258ef29e195b
Author: Matthieu Longo
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113638
Patrick Palka changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108933
Richard Earnshaw changed:
What|Removed |Added
Summary|[11/12/13/14 Regression]|[11/12/13 Regression]
hms: zlib zstd
gcc version 14.0.1 20240129 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113655
--- Comment #1 from YunQiang Su ---
Thank for your report. It's due to a typo
I will fix it now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113607
--- Comment #17 from Robin Dapp ---
Grasping for straws by blaming qemu ;)
At some point we do the vector shift
vsll.vv v1,v2,v2,v0.t
but the mask v0 is all zeros:
gdb:
b = {0 }
According to the mask-undisturbed policy set before
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113655
--- Comment #2 from GCC Commits ---
The master branch has been updated by YunQiang Su :
https://gcc.gnu.org/g:8e84b4fad149b9b9544c7b1fc61a45cf6139176e
commit r14-8500-g8e84b4fad149b9b9544c7b1fc61a45cf6139176e
Author: YunQiang Su
Date: Tue J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113655
YunQiang Su changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113653
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83222
Andrew Pinski changed:
What|Removed |Added
CC||bugdal at aerifal dot cx
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113653
--- Comment #3 from Andrew Pinski ---
Specifically https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69960#c24 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113658
Bug ID: 113658
Summary: GCC 14 has incomplete impl for declared feature
"cxx_constexpr_string_builtins"
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113652
--- Comment #3 from Erhard F. ---
(In reply to Christopher Fore from comment #0)
> Created attachment 57251 [details]
> original preprocessed file
>
> Steps to reproduce:
> 1. Attempt to build GCC 14 (latest snapshot attempted is Gentoo's 20240
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113658
--- Comment #1 from Andrew Pinski ---
Hmm, Most other conditional uses of builtin use __has_builtins instead.
Interesting one projection just conditionalized it on
cxx_constexpr_string_builtins .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113653
Rich Felker changed:
What|Removed |Added
Resolution|DUPLICATE |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113658
--- Comment #2 from Andrew Pinski ---
Newer libc++ does the "correct" thing even:
https://github.com/llvm/llvm-project/blob/430c1fd50d774dc30a9628bcf60ce243f74ff376/libcxx/include/__string/constexpr_c_functions.h#L121
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113653
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240129 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111677
--- Comment #21 from Richard Sandiford ---
(In reply to Alex Coplan from comment #13)
> The problem seems to be this code in aarch64_process_components:
>
> while (regno != last_regno)
> {
> bool frame_related_p = aarch64_emit_cfi_f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113653
--- Comment #6 from Rich Felker ---
I'm aware of the allowance to accept "other forms". It's unfortunately
underspecified (does the implementation need to be specific in what forms?
document them per the normal rules for implementation-defined b
a-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240129 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113661
Bug ID: 113661
Summary: [14 Regression] xalancbmk miscompiled on aarch64 since
r14-7194-g6cb155a6cf3142
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113661
Tamar Christina changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112644
Tamar Christina changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113661
--- Comment #2 from Tamar Christina ---
*** This bug has been marked as a duplicate of bug 113576 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113576
Tamar Christina changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113588
Tamar Christina changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113661
--- Comment #3 from Tamar Christina ---
arg wrong one again. anyway, this is a duplicate
*** This bug has been marked as a duplicate of bug 113588 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113662
Bug ID: 113662
Summary: [13/14 Regression] Wrong code for std::sort with fancy
pointer
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113544
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:77d3fb39c62558838c0e905df717903b5393dfc9
commit r14-8502-g77d3fb39c62558838c0e905df717903b5393dfc9
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97813
Lennox Ho changed:
What|Removed |Added
CC||lennoxhoe at gmail dot com
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113544
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113652
--- Comment #4 from Christopher Fore ---
Created attachment 57255
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57255&action=edit
minimized preprocessed file
Here's the minimized file (still errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113662
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #1 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113662
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.3
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113662
--- Comment #2 from Viktor Ostashevskyi ---
Adding --param=ranger-recompute-depth=1 or --param=ranger-recompute-depth=2
also fixes the issue. Higher values behave wrongly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113662
--- Comment #3 from Andrew Pinski ---
Add -fno-ivopts also fixes the issue ...
1 - 100 of 163 matches
Mail list logo
