<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Jul 30, 2015 at 2:53 PM, Robinson, Paul <span dir="ltr"><<a href="mailto:Paul_Robinson@playstation.sony.com" target="_blank">Paul_Robinson@playstation.sony.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang="EN-US" link="blue" vlink="purple">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">The problem that we reported in PR24125 is fundamentally that for intrinsics implemented as macros (rather than inline functions) the symptom for "you didn't
 set the right target" is a backend crash. For those intrinsics there's no function to attach the attribute to.  I was thinking about re-introducing the #ifdefs for those cases, so we'd be going back to the "undefined identifier" diagnostic from the frontend. 
 But I'd be happier with some other solution that worked more smoothly for macros.</span></p></div></div></blockquote><div><br></div><div>The macro intrinsics are pretty gnarly. I'd love it if we could come up with a principled solution to the general problem of always_inline functions that need to propagate constant parameters into their bodies.</div><div><br></div><div>Barring a solution to the general problem, we could at least address PR24125 by having all the macros call an artificial empty inline function with __attribute__((target)).</div></div></div></div>