<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Apr 11, 2014 at 2:12 PM, Eric Christopher <span dir="ltr"><<a href="mailto:echristo@gmail.com" target="_blank">echristo@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Fri, Apr 4, 2014 at 9:07 AM, Lubos Lunak <<a href="mailto:l.lunak@centrum.cz">l.lunak@centrum.cz</a>> wrote:<br>

>> > -Xclang and the underlying driver arguments aren't really a<br>
>> > stable/guaranteed interface. I'd be more inclined to accept this<br>
>> > change if it were just for some debugging, but since it sounds like<br>
>> > you want to rely on it, it's good for us to understand the goal and<br>
>> > perhaps suggest or provide the best way of achieving it long-term.<br>
><br>
>  It's stable/guaranteed enough for me, and I'd rather have a clean solution<br>
> that maybe breaks one day than something hackish the whole time.<br>
><br>
<br>
</div></div>I'm guessing you mean that the actual output file name differs? I.e.<br>
some sort of temporary cached file ala ccache that doesn't have the<br>
same name as the file that you've just compiled? The directory ends up<br>
being the same here (or can be set with, as you surmised<br>
-fdebug-compilation-dir).<br>
<br>
If so, I don't mind an option to set here necessarily, but would like<br>
to see it plumbed through and not rely on Xclang options.<br></blockquote><div><br></div><div>(Reading email backlog...)</div><div><br></div><div>Can we just bubble up a driver option for this?  I bet we'd take a patch for that.</div>
</div></div></div>