This is the mail archive of the
mailing list for the GCC project.
Re: [wide-int] Handle more ltu_p cases inline
- From: Richard Earnshaw <rearnsha at arm dot com>
- To: gcc-patches at gcc dot gnu dot org, Kenneth Zadeck <zadeck at naturalbridge dot com>, Mike Stump <mikestump at comcast dot net>, rsandifo at linux dot vnet dot ibm dot com
- Date: Thu, 28 Nov 2013 18:40:36 +0000
- Subject: Re: [wide-int] Handle more ltu_p cases inline
- Authentication-results: sourceware.org; auth=none
- References: <87vbzcph8h dot fsf at sandifor-thinkpad dot stglab dot manchester dot uk dot ibm dot com>
On 28/11/13 17:29, Richard Sandiford wrote:
> The existing ltu_p fast path can handle any pairs of single-HWI inputs,
> even for precision > HOST_BITS_PER_WIDE_INT. In that case both xl and
> yl are implicitly sign-extended to the larger precision, but with the
> extended values still being compared as unsigned. The extension doesn't
> change the result in that case.
> When compiling a recent fold-const.ii, this reduces the number of
> ltu_p_large calls from 23849 to 697.
Are these sorts of nuggets of information going to be recorded anywhere?