<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Mar 3, 2015 at 4:51 PM, Seth Cantrell <span dir="ltr"><<a href="mailto:seth.cantrell@gmail.com" target="_blank">seth.cantrell@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>Does this patch look okay for me to go ahead and commit?</div></div></blockquote><div><br></div><div>Yes, LGTM, thanks.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>Thanks,</div><div>Seth</div><div><br></div><br><div><blockquote type="cite"><div><div class="h5"><div>On Feb 27, 2015, at 8:30 PM, Seth Cantrell <<a href="mailto:seth.cantrell@gmail.com" target="_blank">seth.cantrell@gmail.com</a>> wrote:</div><br></div></div><div><div><div class="h5"><div style="word-wrap:break-word"><br><div><blockquote type="cite"><div>On Feb 26, 2015, at 8:28 PM, Seth Cantrell <<a href="mailto:seth.cantrell@gmail.com" target="_blank">seth.cantrell@gmail.com</a>> wrote:</div><br><div><div style="word-wrap:break-word"><br><div><blockquote type="cite"><div>On Feb 26, 2015, at 7:24 PM, Richard Smith <<a href="mailto:richard@metafoo.co.uk" target="_blank">richard@metafoo.co.uk</a>> wrote:</div><br><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Feb 26, 2015 at 4:01 PM, Seth Cantrell <span dir="ltr"><<a href="mailto:seth.cantrell@gmail.com" target="_blank">seth.cantrell@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This enables a warning corresponding to gcc's warning of using %p modifiers with non-void* pointers, and to the printf/scanf specs which require void*.<br>
<br>
The warning is on by default for -Weverything users, off by default for others. It can be enabled with -pedantic or -Wformat-pedantic. It's not enabled by -Wformat.<br></blockquote><div><br></div><div>From a high level, this seems like a good approach to the problem, thanks.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The patch includes tests and the clang-test target passes with this patch applied to a recent clang revision.<br>
<br>
I used clang-format to format my changes and the patch includes cleanup of a few trailing whitespace issues that were near my changes.<br>
<br>
See also the email thread at: <a href="http://lists.cs.uiuc.edu/pipermail/cfe-dev/2015-February/041714.html" target="_blank">http://lists.cs.uiuc.edu/pipermail/cfe-dev/2015-February/041714.html</a></blockquote><div><br></div><div>It doesn't seem ideal to call matchesType twice to find out which diagnostic to issue; have you considered returning an enum { Match, NoMatchPedantic, NoMatch }; or similar instead?</div></div></div></div>
</div></blockquote></div><br><div>That did initially occur to me but I saw the matchesType usages in a few other locations and wanted to keep a compatible API. It wasn't clear, for example, whether the NoMatchPedantic option should convert to true or false of if I should even support the current usage rather than make every use check for each condition explicitly.</div><div><br></div><div>I will go back and more carefully review the other usages to see what refactoring I need to do.</div><div><br></div><div>Thanks,</div><div>Seth</div></div></div></blockquote></div><div><br></div><div>Here's an updated patch which takes the suggested approach. I did keep the API compatible, so the matchesType's return value for mismatches converts to false and the value for matches and pedantic mismatches converts to true. This way most uses are unchanged and the code only distinguishes between matches and pedantic mismatches in four checks.</div><div><br></div></div></div></div><span><0001-Add-a-format-warning-for-p-with-non-void-args.patch></span><div style="word-wrap:break-word"></div></div></blockquote></div></div><br><div style="word-wrap:break-word"></div><br></blockquote></div><br></div></div>