https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #31 from Richard Biener ---
(In reply to Kewen Lin from comment #29)
> (In reply to Hongtao.liu from comment #28)
> > > Probably you can try to tweak it in ix86_add_stmt_cost? when the statement
> >
> > Yes, it's the place.
> >
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #30 from Richard Biener ---
(In reply to Hongtao.liu from comment #23)
> > _813 = {_437, _448, _459, _470, _490, _501, _512, _523, _543, _554, _565,
> > _576, _125, _143, _161, _179};
>
> The cost of vec_construct in i386 backend i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #29 from Kewen Lin ---
(In reply to Hongtao.liu from comment #28)
> > Probably you can try to tweak it in ix86_add_stmt_cost? when the statement
>
> Yes, it's the place.
>
> > is UB to UH conversion statement, further check if the d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95614
markeggleston at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #28 from Hongtao.liu ---
> Probably you can try to tweak it in ix86_add_stmt_cost? when the statement
Yes, it's the place.
> is UB to UH conversion statement, further check if the def of the input UB
> is MEM.
Only if there's no m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97195
David Stone changed:
What|Removed |Added
CC||david at doublewise dot net
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97222
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91212
Alfred Agrell changed:
What|Removed |Added
CC||blubban at gmail dot com
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97221
Alfred Agrell changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96750
--- Comment #6 from Matt Bentley ---
Created attachment 49278
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49278&action=edit
Demonstration of code which doesn't trigger the performance anomaly.
plf_colony_fast.h does not trigger the prob
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96750
--- Comment #5 from Matt Bentley ---
If anyone out there is interested in working on this,
I found the smallest change possible to create the same performance as GCC8-
it is literally eliminating one branch possibility in one function
(move-ins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97221
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97222
Bug ID: 97222
Summary: GCC discards attributes aligned and may_alias for
typedefs passed as template arguments
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97221
Bug ID: 97221
Summary: Returning an array unexpectedly favors const overload
in return value's constructor
Product: gcc
Version: unknown
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97073
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97220
Marek Polacek changed:
What|Removed |Added
Keywords||rejects-valid
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97220
Bug ID: 97220
Summary: Overload resolution works wrong when implicit
conversion not exists
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97073
--- Comment #12 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:0ed1ce77f876cb05cd3e403c6c28e86fe0692f93
commit r8-10540-g0ed1ce77f876cb05cd3e403c6c28e86fe0692f93
Author: Jakub Jelinek
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93602
Alexios Zavras (zvr) changed:
What|Removed |Added
CC||zvr+gcc at zvr dot gr
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97073
--- Comment #11 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:aa42c1ac24a0427a27aec19c483780662cd150b8
commit r9-8943-gaa42c1ac24a0427a27aec19c483780662cd150b8
Author: Jakub Jelinek
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97073
--- Comment #10 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:9389e3abc1fc4881f22c7376aae2dd650af2b792
commit r10-8804-g9389e3abc1fc4881f22c7376aae2dd650af2b792
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97073
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:a4b31d5807f2bc67c8999b3d53369cf2a5c6e1ec
commit r11-3489-ga4b31d5807f2bc67c8999b3d53369cf2a5c6e1ec
Author: Jakub Jelinek
Date: Su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97219
Nathan Sidwell changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |nathan at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94195
Martin Sebor changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94195
--- Comment #4 from Martin Sebor ---
(In reply to Dmitry G. Dyachenko from comment #3)
The warning is expected. The access to pS->s1.x implies that there must be an
object at pS that's at least sizeof *pS large, even though only the leading 4
b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56456
Bug 56456 depends on bug 94195, which changed state.
Bug 94195 Summary: missing warning reading a smaller object via an lvalue of a
larger type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94195
What|Removed |A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97217
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97214
--- Comment #1 from Steven Franzen ---
Bug 97219 looks similar. Unqualified name lookup should consider the scope
containing the lambda, which here is a member function and also includes the
full scope of its class. Similar example at
http://en.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94890
Ville Voutilainen changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95614
--- Comment #8 from CVS Commits ---
The releases/gcc-8 branch has been updated by Mark Eggleston
:
https://gcc.gnu.org/g:e28cc38ac34cb4de31b983f817c6e5f7dde55e2c
commit r8-10539-ge28cc38ac34cb4de31b983f817c6e5f7dde55e2c
Author: Mark Eggleston
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97219
Bug ID: 97219
Summary: Generic lambda does not find function declaration from
enclosing block scope
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: acc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97218
Dominique d'Humieres changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Last r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95614
--- Comment #7 from CVS Commits ---
The releases/gcc-9 branch has been updated by Mark Eggleston
:
https://gcc.gnu.org/g:7a8c40bca889785fc4664e5e11c430e31d297696
commit r9-8942-g7a8c40bca889785fc4664e5e11c430e31d297696
Author: Mark Eggleston
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97218
Bug ID: 97218
Summary: gcc/fortran/resolve.c:6807: pointless Assignment
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97217
Bug ID: 97217
Summary: C++ program compiled with GCC crashes
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95189
Tim Ruffing changed:
What|Removed |Added
CC||public at timruffing dot de
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95614
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Mark Eggleston
:
https://gcc.gnu.org/g:4a67941a956003dcce8866604ba25f5a0bfd16cf
commit r10-8803-g4a67941a956003dcce8866604ba25f5a0bfd16cf
Author: Mark Eggleston
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97184
H.J. Lu changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97070
Dominique d'Humieres changed:
What|Removed |Added
Last reconfirmed||2020-09-27
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95614
--- Comment #5 from CVS Commits ---
The master branch has been updated by Mark Eggleston
:
https://gcc.gnu.org/g:e5a76af3a2f3324efc60b4b2778ffb29d5c377bc
commit r11-3487-ge5a76af3a2f3324efc60b4b2778ffb29d5c377bc
Author: Mark Eggleston
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97216
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #27 from Kewen Lin ---
(In reply to Hongtao.liu from comment #22)
> >One of my workmates found that if we disable vectorization for SPEC2017
> >>525.x264_r function sub4x4_dct in source file x264_src/common/dct.c with
> >?>explicit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #26 from Kewen Lin ---
> > By following this idea, to release the restriction on loop_outer
> > (loop_father) when setting the father_bbs, I can see FRE works as
> > expectedly. But it actually does the rpo_vn from cfun's entry to it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #25 from Kewen Lin ---
> >
> > Got it! For
> >
> > else if (vect_nop_conversion_p (stmt_info))
> > continue;
> >
> > Is it a good idea to change it to call record_stmt_cost like the others?
> > 1) introduce one ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97216
Bug ID: 97216
Summary: ICE with (incorrect) spaceship operator declaration
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97194
--- Comment #5 from Hongtao.liu ---
> > There's ongoing patch iteration on the ml adding variable index vec_set
> > expanders for powerpc (and the related middle-end changes). The question
> > is whether optabs can try many things or the target
46 matches
Mail list logo
