https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109228
--- Comment #6 from Jan Wassenberg ---
Nice, thank you Mathieu, Kito and JuzheZhong!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109259
Kewen Lin changed:
What|Removed |Added
Severity|normal |enhancement
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109259
Bug ID: 109259
Summary: rs6000:pass_analyze_swaps should preserve some rtx
notes
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109258
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109258
Bug ID: 109258
Summary: [13 Regression] go.test/test/fixedbugs/bug207.go ICEs
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, testsuite-fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109257
Bug ID: 109257
Summary: `-masm=intel` generates weird syntax for indirect
jumps
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108865
--- Comment #26 from LIU Hao ---
(In reply to Costas Argyris from comment #23)
> Created attachment 54730 [details]
> Make symbol optional
>
> Could you please try this patch?
Works for me. I have checked that cpp.exe, cc1.exe, cc1plus.exe all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98350
--- Comment #4 from Di Zhao ---
I've found the same problem with gcc-12 and gcc-13 (trunk).
By improving the workaround in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84114, more FMAs can be inserted
for vector mode. For the testcase in this tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109256
--- Comment #2 from James Hilliard ---
(In reply to Andrew Pinski from comment #1)
> Even a bad input should cause an error reported rather than a double free.
> So you should at least report it to libbpf too
libbpf bug report:
https://lore.ker
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98350
Di Zhao changed:
What|Removed |Added
CC||dizhao at os dot
amperecomputing.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109256
--- Comment #1 from Andrew Pinski ---
Even a bad input should cause an error reported rather than a double free. So
you should at least report it to libbpf too
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109256
Bug ID: 109256
Summary: Error: failed to link 'linked_maps2.bpf.o': Cannot
allocate memory (12)
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109255
Bug ID: 109255
Summary: libbpf: global 'input_data1': section mismatch 4 vs 5
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109228
Kito Cheng changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109241
--- Comment #2 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:4872e46e080c6695dfe1f9dc9db26b4703bc348c
commit r13-6824-g4872e46e080c6695dfe1f9dc9db26b4703bc348c
Author: Jason Merrill
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109244
Kito Cheng changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109244
--- Comment #5 from CVS Commits ---
The master branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:cd0c433e5faba9a18f64881cd761a53a530aa798
commit r13-6823-gcd0c433e5faba9a18f64881cd761a53a530aa798
Author: Ju-Zhe Zhong
Date: Wed M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109254
--- Comment #1 from Andrew Pinski ---
-fno-rename-registers is the workaround
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109228
--- Comment #4 from CVS Commits ---
The master branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:116a8678840f9f52ec14639ff07e302a8c429f32
commit r13-6822-g116a8678840f9f52ec14639ff07e302a8c429f32
Author: Ju-Zhe Zhong
Date: Wed M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109254
Bug ID: 109254
Summary: Bug in gcc (13.0.1) support for ARM SVE, which
randomly modifies the prediction register
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109253
Bug ID: 109253
Summary: libbpf: failed to find BTF info for global/extern
symbol '__divdi3'
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84900
--- Comment #8 from Andrew Pinski ---
Obvious one line fix:
```
diff --git a/gcc/fold-const.cc b/gcc/fold-const.cc
index 02a24c5fe65..5b9982e3651 100644
--- a/gcc/fold-const.cc
+++ b/gcc/fold-const.cc
@@ -2646,6 +2646,7 @@ maybe_lvalue_p (const_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84900
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109244
--- Comment #4 from Kito Cheng ---
Gonna commit the fix soon, and following code is the reduced case which is
reduced from your attachment.
Reduced case (reduced by creduce)
typedef int a;
using c = float;
template < typename > using e = int;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66341
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108865
--- Comment #25 from Costas Argyris ---
Some more specific info:
Host x86_64-w64-mingw32 in general didn't fail.What failed was building it
as an MSYS2 package using the PKGBUILD script.For example, cross-compiling
with standard configu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105953
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107670
Martin Jambor changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jamborm at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109231
--- Comment #15 from Jakub Jelinek ---
So, after installing gcc 11 I've tried
PATH=/export/home/jakub/gcc-11-inst/bin:$PATH
LD_LIBRARY_PATH=/export/home/jakub/gcc-11-inst/lib/ ../configure
--prefix=/export/home/jakub/gcc-inst --enable-languages=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109248
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109248
Gaius Mulley changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105959
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105959
--- Comment #16 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:6b2740946d26ffde7e1318f24bae00443ece387d
commit r13-6815-g6b2740946d26ffde7e1318f24bae00443ece387d
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109241
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108390
--- Comment #4 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:5a1717fbdfd1242a5beb3ac8300766a3534d3f88
commit r13-6813-g5a1717fbdfd1242a5beb3ac8300766a3534d3f88
Author: Jason Merrill
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104572
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |13.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109234
Andrew Pinski changed:
What|Removed |Added
See Also||https://launchpad.net/bugs/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109234
konstantin.priesnitz at de dot bosch.com changed:
What|Removed |Added
Resolution|--- |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104572
--- Comment #4 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:3e791f45ded89626bc1f9f8013728f6e035801b2
commit r13-6812-g3e791f45ded89626bc1f9f8013728f6e035801b2
Author: Harald Anlauf
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103506
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Summary|[10/11/12/13 Regression]|[10/11/12 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109252
Bug ID: 109252
Summary: RFE: make use of existing GCC loop analysis within
-fanalyzer (or otherwise revamp loop handling)
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99036
--- Comment #12 from CVS Commits ---
The releases/gcc-12 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:7eb94c5adfd85c38e4ed7a7fff74b59087ddb813
commit r12-9311-g7eb94c5adfd85c38e4ed7a7fff74b59087ddb813
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109186
--- Comment #7 from CVS Commits ---
The releases/gcc-12 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:f1342c21b2acbdd1daa0f2519154f8ac911a800f
commit r12-9310-gf1342c21b2acbdd1daa0f2519154f8ac911a800f
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85877
--- Comment #13 from CVS Commits ---
The releases/gcc-12 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:b6bef857c1e8bde9df2ba53a708ecffded316ec8
commit r12-9309-gb6bef857c1e8bde9df2ba53a708ecffded316ec8
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109137
--- Comment #16 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:81d762cbec9685c2f2571da21d48f42c42eff33b
commit r13-6804-g81d762cbec9685c2f2571da21d48f42c42eff33b
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109233
--- Comment #11 from Andrew Macleod ---
(In reply to Aldy Hernandez from comment #10)
> (In reply to Jakub Jelinek from comment #8)
>
> > And on the ranger side why we have determined the [0, 5] range rather than
> > [0, 4], whether it is relat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99982
--- Comment #5 from Scot Breitenfeld ---
I removed the c_funptr interface in CGNS since it was not being used.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109231
--- Comment #14 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #13 from Jakub Jelinek ---
> I found I could perhaps use gcc211 on CompilerFarm to try to reproduce it,
> currently building GCC 11 for working GDC there.
Right, althoug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107848
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |MOVED
--- Comment #4 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107848
Jose E. Marchesi changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109231
--- Comment #13 from Jakub Jelinek ---
I found I could perhaps use gcc211 on CompilerFarm to try to reproduce it,
currently building GCC 11 for working GDC there.
What exact configure should I use for the trunk gcc?
For gcc 11 I'm trying
../conf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99982
--- Comment #4 from Scot Breitenfeld ---
Is there an update on this issue, the CGNS fortran wrappers will not work with
gfortran as there are no work arounds for this issue.
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109248
--- Comment #1 from CVS Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:aae0d89e65c5da6ef45ec787e165dccb5ae7e2d0
commit r13-6803-gaae0d89e65c5da6ef45ec787e165dccb5ae7e2d0
Author: Gaius Mulley
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109245
--- Comment #2 from Andrew Pinski ---
Can you show how you are doing the link? If you are linking in shared
libraries, show how you are linking those too?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109231
--- Comment #12 from Jakub Jelinek ---
BTW, I have also backported the r13-6739 commit to 12 branch in r12-9293, does
that branch fail to bootstrap too?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107569
--- Comment #46 from Jakub Jelinek ---
And another possibility might be try to keep __builtin_unreachable () in the IL
more often; in this testcase nothing from the __builtin_unreachable () is
really visible in any global ranges, they all are th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107925
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 107925, which changed state.
Bug 107925 Summary: ICE in update_specialized_profile at gcc/ipa-cp.cc:5082 for
531.deepsjeng_r benchmark
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107925
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108795
--- Comment #3 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:426cab4e3b46abaeae0813042b5addc789e3b2be
commit r13-6802-g426cab4e3b46abaeae0813042b5addc789e3b2be
Author: Jason Merrill
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107925
--- Comment #11 from CVS Commits ---
The releases/gcc-12 branch has been updated by Martin Jambor
:
https://gcc.gnu.org/g:c826442f6651bab6f66d3107fb02d38eacbf900e
commit r12-9308-gc826442f6651bab6f66d3107fb02d38eacbf900e
Author: Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109238
--- Comment #4 from Andrew Macleod ---
I think varying is the correct result tho? the branch is in BB28, but bb 33
is a merge poi9nt again before bb 36, so we can't tell that it is anything but
varying?
I see:
[local count: 428124]:
c_24
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109177
Alex Coplan changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108865
--- Comment #24 from LIU Hao ---
(In reply to Costas Argyris from comment #23)
> Created attachment 54730 [details]
> Make symbol optional
>
> Could you please try this patch?
Didn't test this completely, but it did allow the build to continue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109250
Xi Ruoyao changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109250
--- Comment #6 from Xi Ruoyao ---
(In reply to Andreas Schwab from comment #5)
> There is support for loongarch in longlong.h (added a year ago
> https://gmplib.org/repo/gmp/rev/32dc4af70f95), which may be enough to build
> it, if config.sub is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109250
--- Comment #5 from Andreas Schwab ---
There is support for loongarch in longlong.h (added a year ago
https://gmplib.org/repo/gmp/rev/32dc4af70f95), which may be enough to build it,
if config.sub is updated from upstream.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107569
--- Comment #45 from Jakub Jelinek ---
For the #c0 foo function, one simple fix would be something like
--- gcc/passes.def.jj 2023-01-02 09:32:39.539037434 +0100
+++ gcc/passes.def 2023-03-22 16:12:57.387652639 +0100
@@ -85,6 +85,7 @@ alo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109177
--- Comment #5 from CVS Commits ---
The master branch has been updated by Alex Coplan :
https://gcc.gnu.org/g:d3a6f174543816600b1f472997d492088e4e396a
commit r13-6801-gd3a6f174543816600b1f472997d492088e4e396a
Author: Alex Coplan
Date: Wed M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109250
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109233
--- Comment #10 from Aldy Hernandez ---
(In reply to Jakub Jelinek from comment #8)
> And on the ranger side why we have determined the [0, 5] range rather than
> [0, 4], whether it is related to inaccurate number of iterations estimation,
> or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #10 from Aldy Hernandez ---
(In reply to Andrew Macleod from comment #9)
> (In reply to Richard Biener from comment #7)
> > (In reply to Richard Biener from comment #6)
> > > ah, probably it's the missing CSE there:
> > >
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109233
--- Comment #9 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #8)
> rather than just doing intmbx == 0x8; always.
intmbx += 0x8; of course, sorry for the typo.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109233
--- Comment #8 from Jakub Jelinek ---
Slightly further reduced:
/* { dg-do compile } */
/* { dg-options "-O2 -Warray-bounds" } */
struct S { unsigned x, y, z; };
struct T { struct S f[5]; unsigned h; };
void foo (void);
void
bar (struct T *t)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109250
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2023-03-22
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109250
--- Comment #3 from Jonathan Wakely ---
Like I said, don't build in the source directory, and try a newer version of
GMP.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109232
--- Comment #5 from Patrick Palka ---
So one workaround is to explicitly declare begin inline, which works because
the problematic test in cgraph_node::finalize_function excludes
DECL_DECLARED_INLINE_P functions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109232
--- Comment #4 from Patrick Palka ---
Here's another perhaps simpler version that explicitly gives begin internal
linkage, which also fails to link:
namespace {
template
auto begin(T&& r) {
return r.begin();
}
}
struct R {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109233
--- Comment #7 from Martin Liška ---
Note, the linux kernel disables the -Werror of the warning for GCC 11 and 12:
https://github.com/torvalds/linux/blob/a1effab7a3a35a837dd9d2b974a1bc4939df1ad5/init/Kconfig#L893-L904
while they still hope it c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109232
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109251
Bug ID: 109251
Summary: -Wanalyzer-deref-before-check false positives seen in
Linux kernel due to check in macros
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109231
--- Comment #11 from Jakub Jelinek ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #9)
> > --- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE > Uni-Bielefeld.DE> ---
> >> --- Comment #7 from Jakub Jelinek ---
> >> No luck repro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #9 from Andrew Macleod ---
(In reply to Richard Biener from comment #7)
> (In reply to Richard Biener from comment #6)
> > ah, probably it's the missing CSE there:
> >
> > :
> > _1 = (float) l_10;
> > _2 = _1 < 0.0;
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109238
Richard Biener changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109250
--- Comment #2 from Liu Aifu ---
(In reply to Jonathan Wakely from comment #1)
> (In reply to Liu Aifu from comment #0)
> > I am trying to compile GCC v12.2.0 on the Kylin Desktop Operating System V10
> > (SP1), with a loongson-3A5000 CPU. The c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109235
--- Comment #6 from Jonathan Wakely ---
(In reply to Teis Johansen from comment #0)
> I have tried implementing std::experimental::scope_exit
N.B. this is already present in the upcoming GCC 13:
https://gcc.gnu.org/gcc-13/changes.html#libstdcx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109231
--- Comment #10 from Jakub Jelinek ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #8)
> Sure. Even compressed with xz, the tarballs are too large for bugzilla,
> so I've placed them at
>
> https://www.cebitec.uni-bielefeld.d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109250
--- Comment #1 from Jonathan Wakely ---
(In reply to Liu Aifu from comment #0)
> I am trying to compile GCC v12.2.0 on the Kylin Desktop Operating System V10
> (SP1), with a loongson-3A5000 CPU. The current GCC version is v8.3, but I am
> encoun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109187
--- Comment #3 from Alexander Monakov ---
The reduced case is offsetting stack variables in a manner that seems too
invalid for my taste, so I plan to send a patch with a following testcase
instead (needs -O2 --param sched-autopref-queue-depth=1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109246
Jakub Jelinek changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #8 from Aldy Hernandez ---
(In reply to avieira from comment #5)
> Im slightly confused here, on entry to BB 5 we know the opposite of _1 < 0.0
> no? if we branch to BB 5 we know !(_1 < 0.0) so we can't fold _1 <= 1.0, we
> just know
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109250
Bug ID: 109250
Summary: Invalid configuration `loongarch64-linux-gnu': machine
`loongarch64-unknown' not recognized
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109249
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109246
Richard Biener changed:
What|Removed |Added
Component|middle-end |tree-optimization
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109239
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109249
--- Comment #2 from Andre Schackier ---
I'm soryy will keep that in mind for the future :)
Example #1:
#include
#include
enum class Type {
None,
Bug,
Dark,
Dragon,
Electric,
Fighting,
Fire,
Flying,
Ghost,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #7 from Richard Biener ---
(In reply to Richard Biener from comment #6)
> ah, probably it's the missing CSE there:
>
> :
> _1 = (float) l_10;
> _2 = _1 < 0.0;
> zone1_17 = (int) _2;
> if (_1 < 0.0)
>
> we are n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109249
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109239
--- Comment #1 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:0c652ebbf79bd168766097f3ac4c1b3b79d68a43
commit r13-6800-g0c652ebbf79bd168766097f3ac4c1b3b79d68a43
Author: David Malcolm
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109249
Bug ID: 109249
Summary: Missed optimization for table lookups
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #6 from Richard Biener ---
We have
if (_1 < 0.0)
# PHI < .., ..> // the if above only controls which PHI arg we take
... code ...
if (_1 < 1.0e+0)
# PHI < .., ...> // likewise
and are threading _1 < 0.0 -> _1 < 1.0e+0
1 - 100 of 136 matches
Mail list logo
