[PATCH][AVX512] FMA masking instruction variants and intrinsics

[Adam Nemet]

On Aug 13, 2014, at 2:34 AM, Demikhovsky, Elena <elena.demikhovsky at intel.com> wrote:

> About patch 0004.
> 
> I built a map for LowerINTRINSIC_W_CHAIN to reduce amount of code. May be you want to build one more map for LowerINTRINSIC_WO_CHAIN ?

Yeah, I think that’s a good idea but we should probably do that in a follow-on patch.

Adam

> 
> 
> -  Elena
> 
> 
> -----Original Message-----
> From: Adam Nemet [mailto:anemet at apple.com] 
> Sent: Tuesday, August 12, 2014 23:36
> To: Demikhovsky, Elena; Robert Khasanov
> Cc: llvm-commits
> Subject: [PATCH][AVX512] FMA masking instruction variants and intrinsics
> 
> Hi,
> 
> Elena made the comment regarding the FMA intrinsics earlier to try to only expose the masking versions as intrinsics rather than having two sets of the intrinsics (masking, unconditional: with an all-one mask).  These changes implement that.
> 
> The flow of the patchset is to first adjust the masking base class to accommodate the FMA instruction and then add the variants.  We also need to rename the existing intrinsics to masking and provide the lowering.
> 
> Along the way there are some cleanup and refactoring patches as well.  Hopefully this should be clear from the log in the individual patch files.
> 
> As the last patch, I've included the intrinsic header diff I am planning to commit in CFE.  I followed the existing precedence set by AVX to use the LLVM intrinsic for nmadd rather than negate the first operand and fall back on the madd intrinsic.  We can also change that later if that seems more appropriate assuming of course that codegen will recover the nmadd.
> 
> Thanks and please let me know if it looks good.
> 
> Adam
> ---------------------------------------------------------------------
> Intel Israel (74) Limited
> 
> This e-mail and any attachments may contain confidential material for
> the sole use of the intended recipient(s). Any review or distribution
> by others is strictly prohibited. If you are not the intended
> recipient, please contact the sender and delete all copies.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20140813/3e3dd11c/attachment.html>