Chris Lattner 63168d2244 Do not let the numbering of PHI nodes placed in the function depend on ... non-deterministic things like the ordering of blocks in the dominance frontier of a BB. Unfortunately, I don't know of a better way to solve this problem than to explicitly sort the BB's in function-order before processing them. This is guaranteed to slow the pass down a bit, but is absolutely necessary to get usable diffs between two different tools executing the mem2reg or scalarrepl pass. Before this, bazillions of spurious diff failures occurred all over the place due to the different order of processing PHIs: - %tmp.111 = getelementptr %struct.Connector_struct* %upcon.0.0, uint 0, uint 0 + %tmp.111 = getelementptr %struct.Connector_struct* %upcon.0.1, uint 0, uint 0 Now, the diffs match. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@14244 91177308-0d34-0410-b5e6-96231b3b80d8		2004-06-19 07:40:14 +00:00
..
Hello	Finegrainify namespacification	2004-01-09 06:12:26 +00:00
Instrumentation	Expand head-of-file comment.	2004-06-03 05:03:02 +00:00
IPO	Do not function resolve intrinsics. This prevents warnings and possible bad	2004-06-18 05:50:48 +00:00
Scalar	Do not loop over uses as we delete them. This causes iterators to be	2004-06-19 02:02:22 +00:00
Utils	Do not let the numbering of PHI nodes placed in the function depend on	2004-06-19 07:40:14 +00:00
ExprTypeConvert.cpp	Support getelementptr instructions which use uint's to index into structure	2004-04-05 01:30:19 +00:00
LevelRaise.cpp	Support getelementptr instructions which use uint's to index into structure	2004-04-05 01:30:19 +00:00
Makefile	Added LLVM copyright notice to Makefiles.	2003-10-20 22:26:57 +00:00
TransformInternals.cpp	Support getelementptr instructions which use uint's to index into structure	2004-04-05 01:30:19 +00:00
TransformInternals.h	Put all LLVM code into the llvm namespace, as per bug 109.	2003-11-11 22:41:34 +00:00