From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-patches-return-281553-listarch-gcc-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 9025 invoked by alias); 21 Dec 2010 22:19:11 -0000
Received: (qmail 9014 invoked by uid 22791); 21 Dec 2010 22:19:11 -0000
X-SWARE-Spam-Status: No, hits=-2.2 required=5.0	tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,TW_UF
X-Spam-Check-By: sourceware.org
Received: from mail-pz0-f51.google.com (HELO mail-pz0-f51.google.com) (209.85.210.51)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 21 Dec 2010 22:19:05 +0000
Received: by pzk34 with SMTP id 34so1305183pzk.10        for <gcc-patches@gcc.gnu.org>; Tue, 21 Dec 2010 14:19:04 -0800 (PST)
MIME-Version: 1.0
Received: by 10.142.163.20 with SMTP id l20mr5031908wfe.265.1292969944117; Tue, 21 Dec 2010 14:19:04 -0800 (PST)
Received: by 10.143.4.16 with HTTP; Tue, 21 Dec 2010 14:19:04 -0800 (PST)
In-Reply-To: <20101221205225.GF16156@tyan-ft48-01.lab.bos.redhat.com>
References: <20101221205225.GF16156@tyan-ft48-01.lab.bos.redhat.com>
Date: Tue, 21 Dec 2010 22:50:00 -0000
Message-ID: <AANLkTi=pwG2surBeHckV546VPenXyNCCQq+PF3bjMaCS@mail.gmail.com>
Subject: Re: [PATCH] Fix shufpd operands (PR target/46880)
From: Uros Bizjak <ubizjak@gmail.com>
To: Jakub Jelinek <jakub@redhat.com>
Cc: "H.J. Lu" <hjl.tools@gmail.com>, gcc-patches@gcc.gnu.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-patches.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-help@gcc.gnu.org>
Sender: gcc-patches-owner@gcc.gnu.org
X-SW-Source: 2010-12/txt/msg01651.txt.bz2

On Tue, Dec 21, 2010 at 9:52 PM, Jakub Jelinek <jakub@redhat.com> wrote:

> In these two insns, shufpd insn is used in an alternative which has
> constraint 0 on operand %2 and constraint x on operand %1, so it
> is obviously wrong to use operand %2 as source operand, because
> that's the same register as %0 and shuftpd $2, %xmm0, %xmm0
> (or any other where src =3D=3D dst) is a nop).
>
> Fixed thusly, bootstrapped/regtested on x86_64-linux and i686-linux, ok f=
or
> trunk?
>
> 2010-12-21 =A0Jakub Jelinek =A0<jakub@redhat.com>
>
> =A0 =A0 =A0 =A0PR target/46880
> =A0 =A0 =A0 =A0* config/i386/sse.md (sse2_loadlpd, sse2_movsd): Fix shufp=
d source
> =A0 =A0 =A0 =A0operand.
>
> =A0 =A0 =A0 =A0* gcc.target/i386/pr46880.c: New test.

OK.

Thanks,
Uros.