From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17870 invoked by alias); 24 Feb 2006 21:17:44 -0000 Received: (qmail 17839 invoked by alias); 24 Feb 2006 21:17:41 -0000 Date: Fri, 24 Feb 2006 21:22:00 -0000 Message-ID: <20060224211741.17838.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug rtl-optimization/26449] [4.2 Regression] ICE with -march=pentium4 -ftree-vectorize in matmul_i4.c in loop invariant motion In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "rakdver at atrey dot karlin dot mff dot cuni dot cz" 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-02/txt/msg02878.txt.bz2 List-Id: ------- Comment #5 from rakdver at atrey dot karlin dot mff dot cuni dot cz 2006-02-24 21:17 ------- Subject: Re: [4.2 Regression] ICE with -march=pentium4 -ftree-vectorize in matmul_i4.c in loop invariant motion > I'm not sure how to fix this. The debug trace here says it all: We try to > force something into an operand using an optab with a mode for which we have no > handler: I have considered several possibilities; by far the simplest seems to be to either just fail in this case in move_invariant_reg, or try calling emit_move_insn on the original SET_SRC (set) if force_operand returns NULL (http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01009.html may be useful in both cases). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26449