Chandler Carruth 52334f2ad8 [LPM] Stop using the string based preservation API. It is an ... abomination. For starters, this API is incredibly slow. In order to lookup the name of a pass it must take a memory fence to acquire a pointer to the managed static pass registry, and then potentially acquire locks while it consults this registry for information about what passes exist by that name. This stops the world of LLVMs in your process no matter how little they cared about the result. To make this more joyful, you'll note that we are preserving many passes which *do not exist* any more, or are not even analyses which one might wish to have be preserved. This means we do all the work only to say "nope" with no error to the user. String-based APIs are a *bad idea*. String-based APIs that cannot produce any meaningful error are an even worse idea. =/ I have a patch that simply removes this API completely, but I'm hesitant to commit it as I don't really want to perniciously break out-of-tree users of the old pass manager. I'd rather they just have to migrate to the new one at some point. If others disagree and would like me to kill it with fire, just say the word. =] git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@227294 91177308-0d34-0410-b5e6-96231b3b80d8		2015-01-28 04:57:56 +00:00
..
Hello
InstCombine	Move EH personality type classification to Analysis/LibCallSemantics.h	2015-01-28 01:17:38 +00:00
Instrumentation	tsan: properly instrument unaligned accesses	2015-01-27 20:19:17 +00:00
IPO	Remove unused include.	2015-01-27 05:58:44 +00:00
ObjCARC
Scalar	[LPM] Stop using the string based preservation API. It is an	2015-01-28 04:57:56 +00:00
Utils	[LPM] Stop using the string based preservation API. It is an	2015-01-28 04:57:56 +00:00
Vectorize
CMakeLists.txt
LLVMBuild.txt
Makefile