diff options
| author | Evan Cheng <evan.cheng@apple.com> | 2008-12-02 21:57:09 +0000 |
|---|---|---|
| committer | Evan Cheng <evan.cheng@apple.com> | 2008-12-02 21:57:09 +0000 |
| commit | e62150cae4be76e9f6953a303bc7be27238bc3d5 (patch) | |
| tree | f717c3169cacbb56491a9d5bef1cacb0e91c3d97 /llvm/lib/CodeGen | |
| parent | 4d2ecb8f68d465dbe541e4c526c34dd7512be074 (diff) | |
| download | bcm5719-llvm-e62150cae4be76e9f6953a303bc7be27238bc3d5.tar.gz bcm5719-llvm-e62150cae4be76e9f6953a303bc7be27238bc3d5.zip | |
Remove a (what appears to be) overly strict assertion. Here is what happened:
1. ppcf128 select is expanded to f64 select's.
2. f64 select operand 0 is an i1 truncate, it's promoted to i32 zero_extend.
3. f64 select is updated. It's changed back to a "NewNode" and being re-analyzed.
4. f64 select operands are being processed. Operand 0 is a "NewNode". It's being expunged out of ReplacedValues map.
5. ExpungeNode tries to remap f64 select and notice it's a "NewNode" and assert.
Duncan, please take a look. Thanks.
llvm-svn: 60443
Diffstat (limited to 'llvm/lib/CodeGen')
| -rw-r--r-- | llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp | 1 |
1 files changed, 0 insertions, 1 deletions
diff --git a/llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp b/llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp index 9a22f09ee65..0573b6dd356 100644 --- a/llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp +++ b/llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp @@ -386,7 +386,6 @@ void DAGTypeLegalizer::RemapValue(SDValue &N) { RemapValue(I->second); N = I->second; } - assert(N.getNode()->getNodeId() != NewNode && "Mapped to unanalyzed node!"); } /// ExpungeNode - If N has a bogus mapping in ReplacedValues, eliminate it. |
