From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 372 invoked by alias); 30 Dec 2012 16:26:16 -0000 Received: (qmail 356 invoked by uid 22791); 30 Dec 2012 16:26:13 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,MSGID_FROM_MTA_HEADER,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org Received: from blu0-omc1-s27.blu0.hotmail.com (HELO blu0-omc1-s27.blu0.hotmail.com) (65.55.116.38) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 30 Dec 2012 16:26:04 +0000 Received: from BLU0-SMTP5 ([65.55.116.7]) by blu0-omc1-s27.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 30 Dec 2012 08:26:03 -0800 X-EIP: [YK5fx1lRhyGitt8EpO64vtjNTn6uck6G] Message-ID: Received: from [192.168.2.10] ([69.158.169.84]) by BLU0-SMTP5.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Sun, 30 Dec 2012 08:26:02 -0800 From: John David Anglin To: John David Anglin In-Reply-To: <20121201224609.GA18582@hiauly1.hia.nrc.ca> Subject: Re: [PATCH] Fix handling of EXPAND_MEMORY for TFmode memory constraint in asm References: <20121201224609.GA18582@hiauly1.hia.nrc.ca> Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit MIME-Version: 1.0 (Apple Message framework v936) Date: Sun, 30 Dec 2012 16:26:00 -0000 CC: gcc-patches@gcc.gnu.org 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-12/txt/msg01481.txt.bz2 Ping. On 1-Dec-12, at 5:46 PM, John David Anglin wrote: > The attached change fixes the compilation of the following asm > in libquadmath/math/fmaq.c: > > asm volatile ("" : : "m" (v.value)); > > The issue arises because there is no support for directly loading > TFmode > objects. > > Ok for trunk? > > Dave > -- > J. David Anglin dave.anglin@nrc-cnrc.gc.ca > National Research Council of Canada (613) 990-0752 > (FAX: 952-6602) > > 2012-12-01 John David Anglin > > PR middle-end/55198 > * expr.c (expand_expr_real_1): Don't use bitfield extraction for non > BLKmode objects when EXPAND_MEMORY is specified. > > Index: expr.c > =================================================================== > --- expr.c (revision 193685) > +++ expr.c (working copy) > @@ -9928,7 +9928,8 @@ > && GET_MODE_CLASS (mode) != MODE_COMPLEX_INT > && GET_MODE_CLASS (mode) != MODE_COMPLEX_FLOAT > && modifier != EXPAND_CONST_ADDRESS > - && modifier != EXPAND_INITIALIZER) > + && modifier != EXPAND_INITIALIZER > + && modifier != EXPAND_MEMORY) > /* If the field is volatile, we always want an aligned > access. Do this in following two situations: > 1. the access is not already naturally > -- John David Anglin dave.anglin@bell.net