From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25608 invoked by alias); 30 Jun 2011 13:31:38 -0000 Received: (qmail 25600 invoked by uid 22791); 30 Jun 2011 13:31:38 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW X-Spam-Check-By: sourceware.org Received: from service87.mimecast.com (HELO service87.mimecast.com) (94.185.240.25) by sourceware.org (qpsmtpd/0.43rc1) with SMTP; Thu, 30 Jun 2011 13:31:25 +0000 Received: from cam-owa1.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) by service87.mimecast.com; Thu, 30 Jun 2011 14:31:22 +0100 Received: from [10.1.67.34] ([10.1.255.212]) by cam-owa1.Emea.Arm.com with Microsoft SMTPSVC(6.0.3790.0); Thu, 30 Jun 2011 14:31:20 +0100 Message-ID: <4E0C7AA7.20402@arm.com> Date: Thu, 30 Jun 2011 13:51:00 -0000 From: Richard Earnshaw User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-GB; rv:1.9.2.18) Gecko/20110616 Lightning/1.0b2 Thunderbird/3.1.11 MIME-Version: 1.0 To: Julian Brown CC: gcc-patches@gcc.gnu.org Subject: Re: [PATCH] ARM fixed-point support [5.5/6]: argument & return padding for libcalls References: <20110526175634.4bcab9b5@rex.config> In-Reply-To: <20110526175634.4bcab9b5@rex.config> X-MC-Unique: 111063014312206101 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes 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-06/txt/msg02345.txt.bz2 On 26/05/11 17:56, Julian Brown wrote: > This patch allows padding to be specified per-target for libcalls. This > hasn't been traditionally important, because libcalls haven't accepted > quantities which might need padding, but that's no longer true with the > new(-ish) fixed-point support helper functions. >=20 > Tested (alongside other fixed-point support patches) with cross to ARM > EABI in both big & little-endian mode (the target-specific part is to > avoid a behaviour change for half-float types on ARM). OK to apply? >=20 > Thanks, >=20 > Julian >=20 > ChangeLog >=20 > gcc/ > * calls.c (emit_library_call_value_1): Support padding for libcall > arguments and return values. > * config/arm/arm.c (arm_pad_arg_upward): Pad half-float values > downwards in big-endian mode. >=20 OK if no generic RTL maintainer objects in the next 24 hours. R.