<div dir="auto"><div><div class="gmail_extra"><div class="gmail_quote">On Feb 1, 2017 1:16 PM, "Rafael Espindola via llvm-commits" <<a href="mailto:llvm-commits@lists.llvm.org">llvm-commits@lists.llvm.org</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Author: rafael<br>
Date: Wed Feb  1 12:04:45 2017<br>
New Revision: 293792<br>
<br>
URL: <a href="http://llvm.org/viewvc/llvm-project?rev=293792&view=rev" rel="noreferrer" target="_blank">http://llvm.org/viewvc/llvm-<wbr>project?rev=293792&view=rev</a><br>
Log:<br>
Strip file path from the -o option while creating reproduce.txt.<br>
<br>
This is a fix for Bugzilla 28579.<br>
<br>
The problem is that in --reproduce links the file path in -o option is<br>
copied verbatim. When "lld @response.txt" link is run against the<br>
extracted test case, if -o contains anything other that a plain file<br>
name, the link will likely fail because the target directory in -o may<br>
not exists. Stripping the directory path will create the output file<br>
in the top level test directory</blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">For debugging LLD issues this is certainly a win. I've also found reproduce useful for repeating a failed LLD invocation with ld.bfd, with it retaining the path. What do you think about including empty directories for -o in the reproduce.tar instead?</div><div dir="auto"></div></div>