<div dir="ltr">On Fri, Feb 16, 2018 at 6:21 PM, Dimitry Andric <span dir="ltr"><<a href="mailto:dimitry@andric.com" target="_blank">dimitry@andric.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">On 17 Feb 2018, at 00:12, Craig Topper via Phabricator <<a href="mailto:reviews@reviews.llvm.org">reviews@reviews.llvm.org</a>> wrote:<br>
><br>
> craig.topper added inline comments.<br>
><br>
><br>
> ================<br>
> Comment at: lib/Basic/Targets/X86.cpp:1049<br>
><br>
> +  if (HasLAHFSAHF)<br>
> +    Builder.defineMacro("__<wbr>LAHFSAHF__");<br>
> ----------------<br>
> dim wrote:<br>
>> craig.topper wrote:<br>
>>> Does gcc define this? It's such a low level instruction I have a hard time believing this define would be useful.<br>
>> I tried gcc 6, 7 and 8, and while they do expose stuff like `__POPCNT__`, I see no `__LAHFSAHF__`.  I am supposing Jonathan's original intent with this was to make it easily testable in source, so you can insert the right assembly for the target CPU.  The same could really be said for things like `__RDSEED__`, and some other defines...<br>
> Most of the defines indicate the availability of intrinsics. At least that was their original intent. They used to control what intrinsic header were included in x86intrin.h or immintrin.h. Though now we include everything except in MSVC compatible mode and allow the target attribute to provide per function control.<br>
><br>
> I'd prefer not to add this one if gcc doesn't have it.<br>
<br>
Jonathan, can you comment on your reasons for adding the __LAHFSAHF__ define?  Was this just a nice-to-have, or do you require it for something related to <a href="https://bugs.llvm.org/show_bug.cgi?id=36028" rel="noreferrer" target="_blank">https://bugs.llvm.org/show_<wbr>bug.cgi?id=36028</a> ?<br>
<br></blockquote><div><br></div><div>Its just a "nice-to-have". Among other things, it makes it easy to determine CPU support in case you wanted to write assembly to use this feature. It also makes it easy to test for the behavior of the front-end with respect to this feature. But, I don't have any current use case for it, and won't be upset if it disappears.</div><div><br></div><div>Jonathan</div></div></div></div>