I am pleased to announce that the GCC Steering Committee has appointed
Bin Cheng as the IVopts maintainer.
Please join me in congratulating Bin on his new role.
Bin, please update your entry in the MAINTAINERS file. I also believe
you have some patches to self-approve :-)
Thanks,
Jeff
[Abe wrote:]
TTBOMK, that "expense" is temporary, pending fixes/improvement
to the new converter. IOW, I don`t think any of the relevant
regressions are as a result of "essential complexity".
[Richard wrote:]
I don't see how you can fix this without scatter support in the CPU.
Well, for som
On 07/31/15 13:37, David Edelsohn wrote:
I am pleased to announce that the GCC Steering Committee has
appointed Nathan Sidwell as nvptx maintainer.
Please join me in congratulating Nathan on his new role.
Nathan, please update your listing in the MAINTAINERS file.
thanks!
nath
I am pleased to announce that the GCC Steering Committee has
appointed Nathan Sidwell as nvptx maintainer.
Please join me in congratulating Nathan on his new role.
Nathan, please update your listing in the MAINTAINERS file.
Happy hacking!
David
On 29/07/15 23:14, Jeff Law wrote:
On 07/28/2015 12:18 PM, Alex Velenko wrote:
On 21/04/15 06:27, Jeff Law wrote:
On 04/20/2015 01:09 AM, Shiva Chen wrote:
Hi, Jeff
Thanks for your advice.
can_replace_by.patch is the new patch to handle both cases.
pr43920-2.c.244r.jump2.ori is the original
On Wed, Jul 29, 2015 at 6:15 PM, Abe wrote:
> [Richard wrote:]
>>
>> Yes, the GIMPLE if-converter should strictly be a vectorization enabler.
>> If the "new" if-converter produces code that the vectorizer does not
>> handle (on the target targeted) then it has done a bad job.
>
>
> Understood [or
On Thu, Jul 30, 2015 at 6:40 PM, Matt Turner wrote:
> I'd like to tell gcc that it's okay to inline functions (such as
> rintf(), to get the SSE4.1 roundss instruction) at particular call
> sights without compiling the entire source file or calling function
> with different CFLAGS.
>
> I attempted
