<div style="font-family: arial, helvetica, sans-serif"><font size="2"><div class="gmail_quote">On Thu, Jun 21, 2012 at 10:24 AM, Arnaud de Grandmaison <span dir="ltr"><<a href="mailto:arnaud.allarddegrandmaison@parrot.com" target="_blank">arnaud.allarddegrandmaison@parrot.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000"><div class="im">
    <div>On 06/21/2012 10:07 AM, Manuel Klimek
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div style="font-family:arial,helvetica,sans-serif"><font size="2">
          <div class="gmail_quote">The reason why you might want a
            slightly diffferent file format is the key.
            <div>For the compilation database, the usual question is
              "how do I parse this TU?". What would you key on for link
              commands? The output file?</div>
            <div><br>
            </div>
            <br>
          </div>
        </font></div>
    </blockquote>
    <br></div>
    Hi Manuel,<br>
    <br>
    Even in your usual case --- "how do I parse this TU" --- the input
    file is not a discriminating key : this is why we get
    CompileCommands from the CompilationDatabase. At some point, you
    need to choose one CompilationCommand amongst several. I believe the
    real discriminating key is the ouput file (with the build system I
    know). Beside, this would enable other usages for the
    CompilationDatabase. It seems to me it is good to have the input
    file as a key, but this is not enough.<br></div></blockquote><div><br></div><div>Well, when you want to analyze a file, you usually need the set of parameters it can be parsed with, thus the current design of the file. For linking, this doesn't seem to be necessary...</div>
<div><br></div><div>I especially wouldn't want to change the key in the current file format  due to adding link commands. I'm currently slightly leaning towards an extra file, because that leads to tools that only care about one part being simpler (and once you add one use case, you start adding other use cases ;), but it's not a clear-cut decision.</div>
<div><br></div><div>Cheers,</div><div>/Manuel </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">
    <br>
    Cheers,<span class="HOEnZb"><font color="#888888"><br>
    <pre cols="72">-- 
Arnaud de Grandmaison
</pre>
  </font></span></div>

</blockquote></div><br></font></div>