[Bug middle-end/23295] fold does not simplify -a - (5) to (-5) - a

2006-10-23 Thread rguenth at gcc dot gnu dot org
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-10-23 07:20 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

[Bug middle-end/23295] fold does not simplify -a - (5) to (-5) - a

2006-10-23 Thread rguenth at gcc dot gnu dot org
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-10-23 07:19 --- Subject: Bug 23295 Author: rguenth Date: Mon Oct 23 07:19:34 2006 New Revision: 117969 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117969 Log: 2006-10-24 Richard Guenther <[EMAIL PROTECTED]>

[Bug middle-end/23295] fold does not simplify -a - (5) to (-5) - a

2006-10-22 Thread rguenth at gcc dot gnu dot org
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-10-22 14:45 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned

[Bug middle-end/23295] fold does not simplify -a - (5) to (-5) - a

2006-04-12 Thread pinskia at gcc dot gnu dot org
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-04-13 01:01 --- (In reply to comment #7) > Didn't we have the canonicalization to put the constant in operand2 if > possible? A lot of transformations rely on that. Why should they in this case, they only rely on that for operatio

[Bug middle-end/23295] fold does not simplify -a - (5) to (-5) - a

2006-04-12 Thread rguenth at gcc dot gnu dot org
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-04-12 18:10 --- Didn't we have the canonicalization to put the constant in operand2 if possible? A lot of transformations rely on that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23295

[Bug middle-end/23295] fold does not simplify -a - (5) to (-5) - a

2005-11-30 Thread pinskia at gcc dot gnu dot org
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-30 16:51 --- Note fixing this will also fix PR 23666 after my patch for moving "- ~a = a+1" to negate_expr. But this needs to depend on the fix for PR 25125 since otherwise we expose a latent bug in convert.c which shows up in th

[Bug middle-end/23295] fold does not simplify -a - (5) to (-5) - a

2005-08-08 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09 04:44 --- I am going to move this to minor as this could be considered a regression in a way. It was introduced by: (fold): Optimize "-A - B" as "-B - A" if overflow wraps around. But in a way since wrapv is

[Bug middle-end/23295] fold does not simplify -a - (5) to (-5) - a

2005-08-08 Thread phython at gcc dot gnu dot org
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-09 04:26 --- This transformation is done with -fwrapv. -- What|Removed |Added Status|UNCONFI

[Bug middle-end/23295] fold does not simplify -a - (5) to (-5) - a

2005-08-08 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09 03:31 --- Oh, and we remove one gimplfier tempary variable too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23295

[Bug middle-end/23295] fold does not simplify -a - (5) to (-5) - a

2005-08-08 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09 03:31 --- And then we can get optimial rtl generation right away for PPC: (insn 20 17 26 0 (set (reg/i:SI 3 r3 [ ]) (minus:SI (const_int -5 [0xfffb]) (reg:SI 3 r3 [ a ]))) 78 {*rs6000.

[Bug middle-end/23295] fold does not simplify -a - (5) to (-5) - a

2005-08-08 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09 03:12 --- This is done in simplify-rtx.c for the rtl level. -- What|Removed |Added OtherBugsDependingO|