From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24044 invoked by alias); 25 Oct 2006 02:23:34 -0000 Received: (qmail 24012 invoked by uid 48); 25 Oct 2006 02:23:24 -0000 Date: Wed, 25 Oct 2006 02:23:00 -0000 Message-ID: <20061025022324.24011.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug rtl-optimization/29589] incorrect conversion of (ior (ashiftrt (plus ...))) in combine.c In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "dje at transmeta dot com" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2006-10/txt/msg02138.txt.bz2 List-Id: ------- Comment #1 from dje at transmeta dot com 2006-10-25 02:23 ------- Re: "We think may be what wanted is:" ... That's just off the cuff speculation. The curious things are: - op1 is shifted outside the mode of the operation (0x3c << 31) (HOST_WIDE_INT is 64 bits) and this value is the value AND'd with the result of nonzero_bits. - nonzero_bits returns bits that may be one, not bits that are one, so it's not clear this optimization is valid regardless of anything else -- dje at transmeta dot com changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|incorrect conversion of (ior|incorrect conversion of (ior |(ashiftrt (plus ...))) in |(ashiftrt (plus ...))) in |combine.c |combine.c http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29589