This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH, rs6000] Expand vec_ld and vec_st during parsing to improve performance
- From: Mike Stump <mikestump at comcast dot net>
- To: Bill Schmidt <wschmidt at linux dot vnet dot ibm dot com>
- Cc: Richard Biener <richard dot guenther at gmail dot com>, GCC Patches <gcc-patches at gcc dot gnu dot org>, David Edelsohn <dje dot gcc at gmail dot com>
- Date: Wed, 20 Apr 2016 14:24:11 -0700
- Subject: Re: [PATCH, rs6000] Expand vec_ld and vec_st during parsing to improve performance
- Authentication-results: sourceware.org; auth=none
- References: <1461017157 dot 18355 dot 108 dot camel at oc8801110288 dot ibm dot com> <CAFiYyc3M0mdwtK+x1XCzmn3mkWG2MHWUGT2n92pSAyEgRMSEmw at mail dot gmail dot com> <1461071451 dot 6090 dot 10 dot camel at oc8801110288 dot ibm dot com> <1461160547 dot 5321 dot 17 dot camel at oc8801110288 dot ibm dot com>
> On Apr 20, 2016, at 6:55 AM, Bill Schmidt <wschmidt@linux.vnet.ibm.com> wrote:
> Looking into this a bit more reminded me why things are the way they
> are. The AltiVec interfaces were designed way back to be overloaded
> functions, which isn't valid C99. Thus they can't be declared in
> headers without some magic.
And for fun, I have a nice generic overload resolution for builtin functions subsystem for a nice generic builtins subsystem. Kinda would like to donate it, as with it, builtins are quite a bit nicer to deal with. It is yet another solution to the problem.
We have a 5k line python program that sings and dances and processes builtins and wires them into the compiler. Let me know if you want to invest some time, otherwise, we weâd see about contributing it at some point, maybe later this year.