[PATCH] D41583: [x86][icelake][vaes]

Tayree, Coby via cfe-commits cfe-commits at lists.llvm.org
Tue Dec 26 11:26:54 PST 2017


I see. agreed. Will upload shortly

From: Craig Topper [mailto:craig.topper at gmail.com]
Sent: Tuesday, December 26, 2017 19:52
To: reviews+D41583+public+5c6eea828259976f at reviews.llvm.org
Cc: cfe-commits at lists.llvm.org; Tayree, Coby <coby.tayree at intel.com>; mgorny at gentoo.org
Subject: Re: [PATCH] D41583: [x86][icelake][vaes]

I meant if the command line says “-mvaes -mno-aes” we should make sure to disable vaes

On Tue, Dec 26, 2017 at 9:47 AM coby via Phabricator <reviews at reviews.llvm.org<mailto:reviews at reviews.llvm.org>> wrote:
coby added inline comments.


================
Comment at: lib/Basic/Targets/X86.cpp:573
     setMMXLevel(Features, AMD3DNowAthlon, Enabled);
   } else if (Name == "aes") {
     if (Enabled)
----------------
craig.topper wrote:
> Shouldn't -aes imply -vaes?
how come? perhaps i'm missing here something?
why would the first imply the latter?
following this road an atom z8XXX should be capable of supporting vaes, for example (where it lacks avx, for example, https://www.intel.com/content/www/us/en/processors/atom/atom-z8000-datasheet-vol-1.html)
also, in that sense, pclmul is implying vpclmulqdq


Repository:
  rC Clang

https://reviews.llvm.org/D41583


--
~Craig
---------------------------------------------------------------------
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/cfe-commits/attachments/20171226/576354d0/attachment.html>


More information about the cfe-commits mailing list