From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3563 invoked by alias); 21 Nov 2012 10:08:10 -0000 Received: (qmail 3440 invoked by uid 22791); 21 Nov 2012 10:08:09 -0000 X-SWARE-Spam-Status: No, hits=0.7 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,KHOP_RCVD_TRUST,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org Received: from mail-qa0-f54.google.com (HELO mail-qa0-f54.google.com) (209.85.216.54) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 21 Nov 2012 10:08:05 +0000 Received: by mail-qa0-f54.google.com with SMTP id g24so1455211qab.20 for ; Wed, 21 Nov 2012 02:08:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.49.4.65 with SMTP id i1mr20502162qei.51.1353492484377; Wed, 21 Nov 2012 02:08:04 -0800 (PST) Received: by 10.49.86.68 with HTTP; Wed, 21 Nov 2012 02:08:04 -0800 (PST) Date: Wed, 21 Nov 2012 10:08:00 -0000 Message-ID: Subject: ARM/NEON: vld1q_dup_s64 builtin From: Manjunath Matti To: gcc-bugs@gcc.gnu.org Cc: ramana.radhakrishnan@linaro.org, Christophe Lyon Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2012-11/txt/msg02015.txt.bz2 Hi, I have encountered a following ICE on arm big endian target {{{ neon-vld1_dupQ.c: In function =91main=92: neon-vld1_dupQ.c:24:1: error: unrecognizable insn: (insn 94 93 31 (set (subreg:DI (reg:V2DI 95 d16 [orig:137 D.14400 ] [137]) = 0) (subreg:DI (reg:V2DI 95 d16 [orig:137 D.14400 ] [137]) 8)) /home/armbe/toolchain/armeb-tools/bin/../lib/gcc/armeb-montavista-linux-gnu= eabi/4.7.0/include/arm_neon.h:8214 -1 (nil)) neon-vld1_dupQ.c:24:1: internal compiler error: in extract_insn, at recog.c= :2123 Please submit a full bug report, }}} My initial investigation shows that the following patch (split insn) http://gcc.gnu.org/ml/gcc-patches/2012-05/msg01131.html is causing this failure. I think the CANNOT_CHANGE_MODE_CLASS macro is present and also plays a role in not allowing the mov of DImode in this case. If I revert the patch then I do not encounter this problem. Could you help me with the pointers to solve this problem. Regards, Manjunath S Matti.