bcm5719-llvm - Project Ortega BCM5719 LLVM

	Commit message (Collapse)	Author	Age	Files	Lines
*	Implemented delayed processing of 'unavailable' checking, just like with ↵	Ted Kremenek	2013-12-18	1	-1/+1
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	'deprecated'. Fixes <rdar://problem/15584219> and <rdar://problem/12241361>. This change looks large, but all it does is reuse and consolidate the delayed diagnostic logic for deprecation warnings with unavailability warnings. By doing so, it showed various inconsistencies between the diagnostics, which were close, but not consistent. It also revealed some missing "note:"'s in the deprecated diagnostics that were showing up in the unavailable diagnostics, etc. This change also changes the wording of the core deprecation diagnostics. Instead of saying "function has been explicitly marked deprecated" we now saw "'X' has been been explicitly marked deprecated". It turns out providing a bit more context is useful, and often we got the actual term wrong or it was not very precise (e.g., "function" instead of "destructor"). By just saying the name of the thing that is deprecated/deleted/unavailable we define this issue away. This diagnostic can likely be further wordsmithed to be shorter. llvm-svn: 197627
*	When diagnosing multiple mem-initializers in a delegating ctor, point to the ↵	Richard Smith	2012-09-14	1	-1/+3
\| \| \| \| \| \|	delegating initializer, not to the first initializer. For good measure, also highlight the other initializer. llvm-svn: 163919
*	Update all tests other than Driver/std.cpp to use -std=c++11 rather than	Richard Smith	2011-10-13	1	-1/+1
\| \| \| \| \| \|	-std=c++0x. Patch by Ahmed Charles! llvm-svn: 141900
*	Implement a better version of delegating constructor cycle detection.	Alexis Hunt	2011-05-04	1	-3/+4
\| \| \| \| \| \| \| \| \| \| \| \| \|	This is more efficient as it's all done at once at the end of the TU. This could still get expensive, so a flag is provided to disable it. As an added bonus, the diagnostics will now print out a cycle. The PCH test is XFAILed because we currently can't deal with a note emitted in the header and I, being tired, see no other way to verify the serialization of delegating constructors. We should probably address this problem /somehow/ but no good solution comes to mind. llvm-svn: 130836
*	Ensure that delegating constructor loop detection uses canonical	Alexis Hunt	2011-05-04	1	-2/+1
\| \| \| \| \| \|	declarations. llvm-svn: 130821
*	Ensure that destructors are properly inovked when an exception leaves	Alexis Hunt	2011-05-03	1	-4/+16
\| \| \| \| \| \| \| \| \| \|	the body of a delegating constructor call. This means that the delegating constructor implementation should be complete and correct, though there are some rough edges (diagnostic quality with the cycle detection and using a deleted destructor). llvm-svn: 130803
*	Fully implement delegating constructors!	Alexis Hunt	2011-05-01	1	-0/+36
	As far as I know, this implementation is complete but might be missing a few optimizations. Exceptions and virtual bases are handled correctly. Because I'm an optimist, the web page has appropriately been updated. If I'm wrong, feel free to downgrade its support categories. llvm-svn: 130642