From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22800 invoked by alias); 7 Nov 2012 07:03:38 -0000 Received: (qmail 22788 invoked by uid 22791); 7 Nov 2012 07:03:37 -0000 X-SWARE-Spam-Status: No, hits=-5.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org Received: from mail-pb0-f47.google.com (HELO mail-pb0-f47.google.com) (209.85.160.47) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 07 Nov 2012 07:03:30 +0000 Received: by mail-pb0-f47.google.com with SMTP id ro12so940824pbb.20 for ; Tue, 06 Nov 2012 23:03:29 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.217.131 with SMTP id oy3mr10881560pbc.145.1352271809853; Tue, 06 Nov 2012 23:03:29 -0800 (PST) Received: by 10.66.246.232 with HTTP; Tue, 6 Nov 2012 23:03:29 -0800 (PST) In-Reply-To: <20121106221813.GZ1881@tucnak.redhat.com> References: <20121106221813.GZ1881@tucnak.redhat.com> Date: Wed, 07 Nov 2012 07:03:00 -0000 Message-ID: Subject: Re: [PATCH] Vzeroupper placement/47440 From: Uros Bizjak To: Jakub Jelinek Cc: "H.J. Lu" , Kirill Yukhin , Vladimir Yakovlev , gcc-patches@gcc.gnu.org Content-Type: text/plain; charset=ISO-8859-1 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2012-11/txt/msg00608.txt.bz2 On Tue, Nov 6, 2012 at 11:18 PM, Jakub Jelinek wrote: > On Tue, Nov 06, 2012 at 02:11:50PM -0800, H.J. Lu wrote: >> On Tue, Nov 6, 2012 at 2:30 AM, Kirill Yukhin wrote: >> > Hello, >> >> OK for mainline SVN, please commit. >> > Checked into GCC trunk: http://gcc.gnu.org/ml/gcc-cvs/2012-11/msg00176.html >> > >> > Thanks, K >> >> This caused: >> >> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55224 > > Not only that, it also broke --enable-checking=yes,rtl bootstrap. > SET_DEST isn't valid on CALL, but XEXP (call, 0) is a MEM anyway and > the code looks for reg, so I think looking for CALL was just a mistake. > > This fixes the bootstrap, ok for trunk? > > 2012-11-06 Jakub Jelinek > > * config/i386/i386.c (ix86_avx_u128_mode_after): Don't > look for reg in CALL operand. OK. Thanks, Uros.