If you’re uploading to build server, i don’t think it would be an error, it would either overwrite or not.  If it does overwrite, debugging the exe matching the pdb that was there before wouldn’t work, and if it did not overwrite debugging the new exe would fail.<br><br>That said, my point was mainly that the probability of this being an issue in practice is negligible <br><div class="gmail_quote"><div dir="ltr">On Fri, Sep 14, 2018 at 12:06 PM Nico Weber via Phabricator <<a href="mailto:reviews@reviews.llvm.org">reviews@reviews.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">thakis added a comment.<br>
<br>
In <a href="https://reviews.llvm.org/D51956#1235313" rel="noreferrer" target="_blank">https://reviews.llvm.org/D51956#1235313</a>, @llvm-commits wrote:<br>
<br>
> The symptoms of a collision are just going to be you can’t debug the<br>
>  program, so not very severe imo, especially since it would almost certainly<br>
>  be resolved on the next incremental build<br>
<br>
<br>
Can you explain how it would lead to you not being able to debug the program?<br>
<br>
Do you mean for local builds? If so, if two back-to-back builds end up with the same pdb guid in the exe and pdb by chance even though the pdb changes, the debugger should still load the new pdb off disk fine (?)<br>
<br>
Do you mean if a build server produces PDBs with the same guid for different builds? If so, that would probably produce an error during pdb upload and make the build fail, not debugging (?)<br>
<br>
<br>
<a href="https://reviews.llvm.org/D51956" rel="noreferrer" target="_blank">https://reviews.llvm.org/D51956</a><br>
<br>
<br>
<br>
</blockquote></div>