<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2016-02-15 20:16 GMT+01:00 Ben Gamari <span dir="ltr"><<a href="mailto:ben@smart-cactus.org" target="_blank">ben@smart-cactus.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">Sven Panne <<a href="mailto:svenpanne@gmail.com">svenpanne@gmail.com</a>> writes:<br></span>The reason for this is that the things missing signatures are pattern<br>
synonyms, which have their warnings controlled by -Wmissing-pat-syn-sigs<br>
[1], which is enabled in -Wall by default.<br></blockquote><div><br></div><div>OK, I missed that in the release notes. Two points here:</div><div><br></div><div>   * The naming of the options is horrible, sometimes it's "sigs", sometimes it's "signatures". I would prefer if we named them consistently (probably "signatures", it's easier to search for).</div><div><br></div><div>   * Given the myriad of warning-related options, It is *extremely* hard to figure out which one caused the actual warning in question. The solution to this is very easy and done this way in clang/gcc (don't remember which one, I'm switching quite often): Just suffix all warnings consistently with the option causing it, e.g.</div><div><br></div><div>    Top-level binding with no type signature: [<span style="font-size:12.8px"> </span><span style="font-size:12.8px">-Wmissing-pat-syn-sigs]:</span></div><div><span style="font-size:12.8px">    <code causing the warning></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Cheers,</span></div><div><span style="font-size:12.8px">   S.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div></div></div></div>