<div dir="ltr">In implicit ThinLTO, the object files are only temporary.<br><br>Sort of similar to using -gsplit-dwarf when compiling straight to an executable (without using -c): "clang++ x.cpp y.cpp -o a.out" - where should the .dwo files go then? If they go where the .o files go, then they'll be in /tmp/ and get deleted either when the ocmpiler ends after it runs the linker, or perhaps at some uncertain point in the future when the temp space is reclaimed.<br>(granted, I'm not suggesting we support that actual case - it's not terribly common for anyone who'd actually need -gsplit-dwarf - but the implicit ThinLTO case looks quite similar for demonstration purposes)<br><br></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Mar 22, 2018 at 1:22 PM Paul Robinson 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">probinson added a comment.<br>
<br>
I don't think requiring a new option is a great user interface.  In existing use cases the location of the .dwo file matches the location of the output file.  Why is this one different?<br>
<br>
<br>
Repository:<br>
  rC Clang<br>
<br>
<a href="https://reviews.llvm.org/D44788" rel="noreferrer" target="_blank">https://reviews.llvm.org/D44788</a><br>
<br>
<br>
<br>
</blockquote></div>