Richard Smith efd009de1c When we see 'Class(X' or 'Class::Class(X' and we suspect that it names a ... constructor, but X is not a known typename, check whether the tokens could possibly match the syntax of a declarator before concluding that it isn't a constructor. If it's definitely ill-formed, assume it is a constructor. Empirical evidence suggests that this pattern is much more often a constructor with a typoed (or not-yet-declared) type name than any of the other possibilities, so the extra cost of the check is not expected to be problematic. llvm-svn: 153488		2012-03-27 00:56:56 +00:00
clang	When we see 'Class(X' or 'Class::Class(X' and we suspect that it names a	2012-03-27 00:56:56 +00:00
compiler-rt	[ASan] add interceptor for strtol	2012-03-26 16:42:22 +00:00
debuginfo-tests	Revert previous patch as the corresponding clang patch was reverted.	2012-01-26 07:01:33 +00:00
libclc	Switch to BSD/MIT dual license.	2012-02-22 04:47:39 +00:00
libcxx	It appears that the standard accidentally removed the default constructor for error_category. I'm putting it back in. This fixes http://llvm.org/bugs/show_bug.cgi?id=12321.	2012-03-21 16:18:57 +00:00
libcxxabi	I would really like to write the handlers in terms of C++11 atomics. This would give us the best performance, portablity, and safety tradeoff. Unfortunately I can not yet do that. So I've put the desired code in comments, and reverted the handler getters to the slower but safer legacy atomic intrinsics.	2012-03-19 16:56:51 +00:00
lld	Test website auto-update.	2012-03-20 18:22:49 +00:00
lldb	<rdar://problem/11113279>	2012-03-26 23:03:23 +00:00
llvm	During MachineCopyPropagation a register may be the source operand of multiple	2012-03-27 00:44:47 +00:00
polly	Don't fail the lli testcases on 32bit platform.	2012-03-26 15:16:48 +00:00