<div dir="ltr">On Tue, Jun 4, 2013 at 10:04 PM, David Blaikie <span dir="ltr"><<a href="mailto:dblaikie@gmail.com" target="_blank">dblaikie@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Tue, Jun 4, 2013 at 1:01 PM, Jordan Rose <<a href="mailto:jordan_rose@apple.com">jordan_rose@apple.com</a>> wrote:<br>

><br>
>   That's not right. What if I'm running my tool from the command line? Better to just take those out of the compilation database.<br>
<br>
</div>I've a slight tendency to agree - though I'm open to<br>
correction/countersuggestion: the compilation database only really<br>
needs the things that affect compilation. User-features (error limit?<br>
caret diagnostics? color diagnostics?) don't seem relevant to the<br>
database, but perhaps there's a use case I've not thought of. (or that<br>
no one has thought of - which would advocate in favor of leaving them<br>
in "just in case", perhaps)<br></blockquote><div><br></div><div style>Does it mean that you would better let compilation database filter out flags? I'd say that this is not compilation database's responsibility. And it will be needed in every compilation database implementation.</div>
</div>
</div></div>