From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22358 invoked by alias); 14 Feb 2011 19:49:58 -0000 Received: (qmail 22350 invoked by uid 22791); 14 Feb 2011 19:49:58 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from mel.act-europe.fr (HELO mel.act-europe.fr) (194.98.77.210) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 14 Feb 2011 19:49:55 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-smtp.eu.adacore.com (Postfix) with ESMTP id 25A6CCB0284; Mon, 14 Feb 2011 20:49:53 +0100 (CET) Received: from mel.act-europe.fr ([127.0.0.1]) by localhost (smtp.eu.adacore.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mbFeMbbA+YgW; Mon, 14 Feb 2011 20:49:44 +0100 (CET) Received: from [192.168.1.2] (bon31-9-83-155-120-49.fbx.proxad.net [83.155.120.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mel.act-europe.fr (Postfix) with ESMTP id 7CC4ECB027C; Mon, 14 Feb 2011 20:49:44 +0100 (CET) From: Eric Botcazou To: Bernd Schmidt Subject: Re: [x32] PATCH: PR middle-end/47725: [x32] error: unable to find a register to spill in class DIREG Date: Mon, 14 Feb 2011 19:51:00 -0000 User-Agent: KMail/1.9.9 Cc: gcc-patches@gcc.gnu.org, Jeff Law , "H.J. Lu" References: <20110214185738.GA13004@intel.com> <201102142021.03117.ebotcazou@adacore.com> <4D598613.8040808@codesourcery.com> In-Reply-To: <4D598613.8040808@codesourcery.com> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <201102142046.17497.ebotcazou@adacore.com> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit 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: 2011-02/txt/msg00920.txt.bz2 > I agree with Jeff that combine would be the correct place to fix this. > At least it takes class_likely_spilled_p into account, so it will > restrict only those machines where extending the lifetime of hard regs > is dangerous. OK, but I don't see how copying to a new pseudo would interfere with that. -- Eric Botcazou