https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22568
--- Comment #16 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #15)
> The expr.c patch yes. The tree-ssa-phiopt.c patch, no. Tree-ssa-phiopt.c
> needs more code rework because of the new infrastructures so I have not
> gotten ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22568
--- Comment #15 from Andrew Pinski ---
(In reply to Eric Gallager from comment #14)
> (In reply to Andrew Pinski from comment #12)
> > I have a patch to tree-ssa-phiopt.c to fix comment #1 though it needs
> > another patch to expr.c to produce th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22568
--- Comment #14 from Eric Gallager ---
(In reply to Andrew Pinski from comment #12)
> I have a patch to tree-ssa-phiopt.c to fix comment #1 though it needs
> another patch to expr.c to produce the cmov directly from COND_EXPR. I hope
> to post b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22568
Eric Gallager changed:
What|Removed |Added
Blocks|26914 |
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22568
--- Comment #12 from Andrew Pinski 2012-02-08
20:59:51 UTC ---
I have a patch to tree-ssa-phiopt.c to fix comment #1 though it needs another
patch to expr.c to produce the cmov directly from COND_EXPR. I hope to post
both patches for 4.8.0.
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-01-15 19:11
---
Created an attachment (id=10647)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10647&action=view)
patch aft the point I stopped working on this
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22568
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-01-15 04:05
---
This was not fixed.
If I rewrite the function like:
ulong f1(ulong a, ulong b)
{
ulong tmp = ahttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=22568
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-01-15 03:14 ---
This might be fixed by (I am checking right now):
2006-01-14 Ian Lance Taylor
* ifcvt.c (noce_init_if_info): New static function, broken out of
noce_process_if_block.
(noce_process_if_bloc
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-02
09:54 ---
Blindly applying ifcvt to something like
int a,b;
void foo(int flag)
{
int x;
if (flag)
x=a,a=b,b=x;
}
because we're presented with
if (flag)
{
int reg_a = a;
x = reg_a;
int reg_b
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-02
09:47 ---
Richard, can you write a case where it produces awful code?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22568
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-01
12:38 ---
I have a patch that for
int a,b;
void foo(void)
{
int x;
if (ahttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=22568
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-31
09:40 ---
With new tree-codes instead of using COND_EXPR we may use the tree-vectorizers
if-conversion and make expand preserve the conditional moves.
Also it shouldn't be too hard to hack rtl if-conversion to handle
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20
15:11 ---
IIRC ifcvt is not smart enough to do this.
Confirmed.
--
What|Removed |Added
St
13 matches
Mail list logo
