This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH, RFC, rs6000] Add overloaded built-in function support to altivec.h, and re-implement vec_add
- From: Bill Schmidt <wschmidt at linux dot vnet dot ibm dot com>
- To: Michael Meissner <meissner at linux dot vnet dot ibm dot com>
- Cc: GCC Patches <gcc-patches at gcc dot gnu dot org>, Segher Boessenkool <segher at kernel dot crashing dot org>, David Edelsohn <dje dot gcc at gmail dot com>, Will Schmidt <will_schmidt at vnet dot ibm dot com>
- Date: Mon, 31 Oct 2016 19:29:12 -0500
- Subject: Re: [PATCH, RFC, rs6000] Add overloaded built-in function support to altivec.h, and re-implement vec_add
- Authentication-results: sourceware.org; auth=none
- References: <4fb8f7f2-ff17-6416-3869-a8576c245dde@linux.vnet.ibm.com> <5A9EE183-3A8F-43AF-84F1-1A29AC0D2969@linux.vnet.ibm.com> <20161101001939.GA32752@ibm-tiger.the-meissners.org>
On Oct 31, 2016, at 7:19 PM, Michael Meissner <meissner@linux.vnet.ibm.com> wrote:
>
> One question is how many of the billions and billions (ok, 1,345) of the rs6000
> built-ins would be improved by expanding them in gimple time rather than rtl?
>
Hundreds and hundreds of them. All of the basic operators, many of the memory
operations, all of the dozens of flavors of things that are just permutes at heart.
The loads and stores alone are a huge deal that we've seen cause problems in
customer code.
Bill