3 Commits

Author	SHA1	Message	Date
Michael Gottesman	723c6212f2	Run ObjCARCContract when optimizing no matter the IRGenOutputKind. ... Previously, we were just running ObjCARCContract when codegening. This is out of character with the rest of the LLVM passes in Swift, namely that after these have run, an IR pass no longer contains any compiler intrinsics. This can be seen by SwiftARCContract running in the -O pipeline. This commit harmonizes the behavior here. For testing purposes, I added a flag that disables the running of ObjCARCContract for testing purposes. rdar://34824507	2017-10-06 08:59:58 -07:00
practicalswift	ea0ac3ac67	[gardening] Remove all tabs in C++ code	2016-04-08 21:22:57 +02:00
Arnold Schwaighofer	15ff698409	IRGen: Give ClangCodeGen a chance to emit its translation unit's global state ... We need this because that global state includes tables like llvm[.compiler].used which would otherwise be sorely missed. This fixes an issue of the clang importer that would cause us to fail whenever we imported a function (say it is marked as static inline) that performs an objective-c method call and we optimize the code. The optimizer would not see the objective-c selector global variable (which is marked private) as being "used by unkown i.e the objc runtime" and would rightly assume it could propagate the value of the global variable's initializer value as a constant to loads of the global variable. Now we call the ClangCodeGenerators translation unit finalization code which will emit these tables and other module flags. We need to take care that we merge those datastrutures with datastructures that we emit from swift's IRGen. rdar://21115194 Swift SVN r29176	2015-05-31 00:01:29 +00:00