<div dir="ltr">Nah, the warnings are emitted whenever the option isn't queried dynamically by the frontend, I believe. So it's implicit in the options usage - code doesn't use it? Warnings get emitted.<br><br>Usually if I'm curious about this sort of thing I set breakpoints in the diagnostnic printing infrastructure and run the program to see what motivated it to trigger.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 5, 2019 at 1:01 PM David Greene <<a href="mailto:dag@cray.com">dag@cray.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
David Blaikie via cfe-dev <<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a>> writes:<br>
<br>
> I haven't looked - but my first guess at an argument to seek<br>
> inspiration from, would be -fuse-ld. See how that's handled, how it<br>
> warns if the compiler isn't doing a link action, etc.<br>
<br>
I grepped around but didn't see anything obvious that tells clang to<br>
emit the warning for use in a non-linking context.  clang does emit the<br>
warning so I am puzzled about how that happens.<br>
<br>
The definition looks simple enough:<br>
<br>
def fuse_ld_EQ : Joined<["-"], "fuse-ld=">, Group<f_Group>, Flags<[CoreOption]>;<br>
<br>
It must not have anything to do with the TableGen definition.<br>
<br>
                           -David<br>
</blockquote></div>