Fair enough, at most we'd know the text works on a given version of Xcode but wouldn't be able to guarantee to make it work all the time.<div><br></div><div>I've never seen this problem when trying on OS X, though. What I've seen are problems around wrap_free and too much data for a given section on tsan.</div><div><br></div><div>Thank you,</div><div><br></div><div> Filipe<span></span><br><div><br></div><div><br><br>On Sunday, 22 May 2016, Kuba Brecka <<a href="mailto:kuba.brecka@gmail.com">kuba.brecka@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">kubabrecka added a comment.<br>
<br>
In <a href="http://reviews.llvm.org/D20425#436476" target="_blank">http://reviews.llvm.org/D20425#436476</a>, @filcab wrote:<br>
<br>
> You mean in production, right?<br>
>  Please add a test that shows the problem. If this problem happens we want<br>
>  to protect against it being reintroduced in the future.<br>
><br>
> Thank you,<br>
><br>
>   Filipe<br>
<br>
<br>
No, I'm not talking about production.  `COMPILER_RT_DEBUG=On` is not used in production.<br>
<br>
Adding a testcase for this is very problematic.  I'm talking about external (non-LLVM) tools having issues taking correct backtraces when `-fomit-frame-pointers` is used.  This problem exists both for `-O0` (development) and `-O3` (production) builds of compiler-rt.  This was already discussed a long time ago and the status quo is that `-fomit-frame-pointers` needs to be used for performance reasons, even when it makes debugging harder and it can break external tools.<br>
<br>
This patch changes debug/development builds only, where performance doesn't matter that much, and any optimizations are usually undesirable.<br>
<br>
<br>
Repository:<br>
  rL LLVM<br>
<br>
<a href="http://reviews.llvm.org/D20425" target="_blank">http://reviews.llvm.org/D20425</a><br>
<br>
<br>
<br>
</blockquote></div></div>