<div dir="ltr">On Fri, Jul 19, 2013 at 2:22 PM, Rafael Espíndola <span dir="ltr"><<a href="mailto:rafael.espindola@gmail.com" target="_blank">rafael.espindola@gmail.com</a>></span> wrote:<br><div class="gmail_extra">
<div class="gmail_quote"><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"><div class="im">> I genuinely think that having a common database is far and away the best<br>

> strategy for integrating tools into a development process. We should focus<br>
> on updating build systems to directly write out these databases. That tends<br>
> to be the most effective way to get the compilation database.<br>
<br>
</div>Changing the build system used by projects is hard, and changing some<br>
build systems is not possible.<br>
<br>
Would you be ok with a -fcompilation-db option that makes clang record<br>
the necessary information to that db? By the way, any ideas how to<br>
handle files that are compiled more than once? For example, when cross<br>
compiling every file in lib/Support is compiled for the build and host<br>
targets.<br></blockquote><br>Add all of them. The interface in the CompilationDatabase is:<br><br>virtual std::vector<CompileCommand> getCompileCommands(<br>    StringRef FilePath) const = 0;<div><pre id="code" class="" style="margin-top:0px;margin-bottom:0px;padding-top:0.5em">
<span id="code_104" class="" style="color:rgb(0,0,0);font-size:medium;line-height:16.25px;display:block"><br></span><span id="code_104" class="" style="display:block">Cheers,</span><span id="code_104" class="" style="display:block">/Manuel<span style="color:rgb(34,34,34);font-size:small;line-height:normal;font-family:arial"> </span></span></pre>
</div></div></div></div>