llvm-6502/lib
Bill Wendling 6a648b8538 If the block that we're threading through is jumped to by an indirect branch,
then we don't want to set the destination in the indirect branch to the
destination. This is because the indirect branch needs its destinations to have
had their block addresses taken. This isn't so of the new critical edge that's
split during this process. If it turns out that the destination block has only
one predecessor, and that being a BB with an indirect branch, then it won't be
marked as 'used' and may be removed.
PR10072


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@132638 91177308-0d34-0410-b5e6-96231b3b80d8
2011-06-04 09:42:04 +00:00
..
Analysis Reapply r131781, now that the GVN bug with partially-aliasing loads 2011-06-04 06:50:18 +00:00
Archive
AsmParser
Bitcode Revert name change from r132533. Lower case naming was intended per style guidelines. 2011-06-03 17:02:19 +00:00
CodeGen Switch AllocationOrder to using RegisterClassInfo instead of a BitVector 2011-06-03 20:34:53 +00:00
CompilerDriver
ExecutionEngine
Linker
MC
Object
Support singed int causes signed extension, which contradicts the intention to pick up 2011-06-03 08:29:51 +00:00
Target Reapply 132424 with fixes. This fixes PR10068. 2011-06-03 23:53:54 +00:00
Transforms If the block that we're threading through is jumped to by an indirect branch, 2011-06-04 09:42:04 +00:00
VMCore Another possible bug. Stopgap until we can autogenerate tables and 2011-06-03 22:09:12 +00:00
CMakeLists.txt
Makefile