Chandler Carruth 9c256eccb3 [reassociate] Switch two std::sort calls into std::stable_sort calls as ... their inputs come from std::stable_sort and they are not total orders. I'm not a huge fan of this, but the really bad std::stable_sort is right at the beginning of Reassociate. After we commit to stable-sort based consistent respect of source order, the downstream sorts shouldn't undo that unless they have a total order or they are used in an order-insensitive way. Neither appears to be true for these cases. I don't have particularly good test cases, but this jumped out by inspection when looking for output instability in this pass due to changes in the ordering of std::sort. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@202196 91177308-0d34-0410-b5e6-96231b3b80d8		2014-02-25 21:54:50 +00:00
..
Hello	Set LLVM_EXPORTED_SYMBOL_FILE in CMakeLists whose corresponding Makefiles do so.	2013-12-29 23:06:49 +00:00
InstCombine	Make DataLayout a plain object, not a pass.	2014-02-25 17:30:31 +00:00
Instrumentation	Make DataLayout a plain object, not a pass.	2014-02-25 17:30:31 +00:00
IPO	Make DataLayout a plain object, not a pass.	2014-02-25 17:30:31 +00:00
ObjCARC	Update optimization passes to handle inalloca arguments	2014-01-28 02:38:36 +00:00
Scalar	[reassociate] Switch two std::sort calls into std::stable_sort calls as	2014-02-25 21:54:50 +00:00
Utils	Make DataLayout a plain object, not a pass.	2014-02-25 17:30:31 +00:00
Vectorize	Make DataLayout a plain object, not a pass.	2014-02-25 17:30:31 +00:00
CMakeLists.txt
LLVMBuild.txt
Makefile