[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=gccview=revrev=117969 Log: 2006-10-24 Richard Guenther [EMAIL PROTECTED] PR

[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

[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

[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

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

[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 the

[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

[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 [ result ]) (minus:SI (const_int -5 [0xfffb]) (reg:SI 3 r3 [ a ]))) 78

[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 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

[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