Does it take into account that global ctors may create threads (that access globals in the same TU)?<div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Jun 30, 2012 at 1:36 AM, Reid Watson <span dir="ltr"><<a href="mailto:reidw@google.com" target="_blank">reidw@google.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
I've attached a patch to add basic support for detecting problems with<br>
initialization order in C++ to AddressSanitizer.<br>
This patch relies on changes to the runtime library, and I've sent a<br>
patch for this to cfe-commits.<br>
This is definitely a first draft, and it leans toward false positives<br>
(function local statics, in particular), but it does detect the most<br>
basic cases of the "static initialization order fiasco".<br>
For now, I'd like to get a working baseline/infrastructure committed,<br>
in order to avoid any monster commits.<br>
<br>
All the best,<br>
Reid<br>
<br>_______________________________________________<br>
llvm-commits mailing list<br>
<a href="mailto:llvm-commits@cs.uiuc.edu">llvm-commits@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits</a><br>
<br></blockquote></div><br></div>