https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111564
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111560
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111543
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111543
--- Comment #4 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:1bf0cd05cb30889cae4b6cf06e80b7f3a13c40c1
commit r14-4241-g1bf0cd05cb30889cae4b6cf06e80b7f3a13c40c1
Author: Andrew Pinski
Date: Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111551
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107887
--- Comment #3 from Andrew Pinski ---
The bigger question on this is canonical form here, is it `a < b` or `~a & b`.
If it is `a < b` then we need the ability to match `a < b` as `~a < b` but that
might get complex with bitwise_inverted_equal_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111560
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111560
--- Comment #4 from Yi <652023330028 at smail dot nju.edu.cn> ---
(In reply to Andrew Pinski from comment #1)
> The problem is in this case:
> e=a+b+c; //line 5
> f=d+b+c; //"b+c" can be replaced with the value at line 5
>
> at the gim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111563
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111564
--- Comment #2 from Andrew Pinski ---
For example 2:
/app/example.cpp:11:55: note: not unswitching condition, cost too big (53 insns
copied to 51 and 49)
So this is based on a cost model which seems reasonible ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111564
--- Comment #1 from Andrew Pinski ---
/app/example.cpp:8:51: note: not unswitching condition, cost too big (45 insns
copied to 43 and 45)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111564
Bug ID: 111564
Summary: Missed optimization of Loop Unswitch
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111560
--- Comment #3 from Andrew Pinski ---
*** Bug 111562 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111562
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111560
--- Comment #2 from Andrew Pinski ---
*** Bug 111561 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111561
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111563
Bug ID: 111563
Summary: Missed optimization of LICM
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111562
Bug ID: 111562
Summary: Missed optimization when the value of another variable
can be used directly
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111560
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Severity|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111561
Bug ID: 111561
Summary: Missed optimization of available expression in if
condition
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111560
Bug ID: 111560
Summary: Missed optimization of available expression
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111559
Andrew Pinski changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111559
--- Comment #1 from Sam James ---
I don't think I'm going to be able to get a minimal reproducer for this, but
trying to at least get something a bit smaller/precise.
If I take inspiration from PR79587, I can do a bit better:
* wget https://www
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111559
Bug ID: 111559
Summary: [14 regression] ICE when building Python with PGO
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111558
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25621
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 25621, which changed state.
Bug 25621 Summary: Missed optimization when unrolling the loop (splitting up
the sum) (only with -ffast-math)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25621
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111558
Bug ID: 111558
Summary: RISCV: shrink-wrapper optimization question
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111542
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> Match pattern:
> ```
> (for bitop (bit_ior bit_and)
> cmp1 (eq ne )
> cmp2 (ne eq )
> (simplify
> (bitop:c
>(cmp1 @1 intege
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91251
Roger Sayle changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111542
--- Comment #2 from Andrew Pinski ---
Note IOR with != 0 has the same issue.
Full testcase:
```
_Bool f_and(int x,int y)
{
_Bool a = x == 0;
_Bool b = y == 0;
_Bool t = a & b;
return t & !a;
}
_Bool f_or(int x,int y)
{
_Bool a = x !=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91591
Roger Sayle changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83409
Roger Sayle changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111543
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83077
--- Comment #20 from François Dumont ---
I run make check-c++ before and after my patch and I see no regression. I even
have less failures with the patch even if I haven't check yet why.
So I think the patch is quite safe, just waiting for valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111557
Bug ID: 111557
Summary: [RISC-V] The macro __riscv_unaligned_fast should be
__riscv_misaligned_fast
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95710
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |14.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111556
--- Comment #2 from Jakub Jelinek ---
And I doubt there is anything we can do about this on the libgomp side.
Because of the OpenMP standard changes, we simply need to scan all the
environmental variable names and check them for some cases, we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111556
Andrew Pinski changed:
What|Removed |Added
Target||x86_64-linux-gnu
Component|lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111555
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-09-23
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111556
Bug ID: 111556
Summary: OMP_* environment variables not read if libgomp is
loaded via dlopen([..], [..]|RTLD_DEEPBIND) and the
process executable access the environ global variable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111555
Bug ID: 111555
Summary: [AArch64] __ARM_FEATURE_UNALIGNED should be undefined
with -mstrict-align
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95710
--- Comment #5 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:767eea9ea22f0247be9a56fd2e1d460ddfbbf6d9
commit r14-4238-g767eea9ea22f0247be9a56fd2e1d460ddfbbf6d9
Author: Harald Anlauf
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |rtl-optimization
--- Comment #2 from An
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554
--- Comment #1 from CTC <19373742 at buaa dot edu.cn> ---
Created attachment 55975
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55975&action=edit
The compiler output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554
Bug ID: 111554
Summary: Timeout with with "-O3 -fno-dse -fno-inline
-fno-store-merging -fno-toplevel-reorder -fno-tree-dce
-fno-tree-dse"
Product: gcc
Version: 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111553
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111553
Bug ID: 111553
Summary: Incorrect visibility of std::format
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111552
Bug ID: 111552
Summary: 549.fotonik3d_r regression with -O2 -flto
-march=native on zen between g:85d613da341b7630
(2022-06-21 15:51) and g:ecd11acacd6be57a (2022-07-01
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111551
Bug ID: 111551
Summary: Fix for PR106081 is not working with profile feedback
on imagemagick
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111550
Bug ID: 111550
Summary: The range adaptor closure object generated by
adaptor(args...) is not a perfect forwarding call
wrapper
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104264
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111549
Bug ID: 111549
Summary: _RangeAdaptorClosure's (adaptor | adaptor) operator is
underconstrained
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
OR_TARGET=-O2-mcmodel=medany'
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 14.0.0 20230923 (experimental) (g59d27cc55a0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110148
--- Comment #6 from Martin Jambor ---
I believe this has been fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111547
Bug ID: 111547
Summary: [OpenMP] -fopenmp omp::decl update missing
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: documentation
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111455
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111357
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111455
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:59d27cc55a0588ed7b03bef804662cb844e8a24d
commit r14-4236-g59d27cc55a0588ed7b03bef804662cb844e8a24d
Author: Jakub Jelinek
Date: S
59 matches
Mail list logo
