Dan Gohman 790659c0d6 Fix FastISel's assumption that i1 values are always zero-extended ... by inserting explicit zero extensions where necessary. Included is a testcase where SelectionDAG produces a virtual register holding an i1 value which FastISel previously mistakenly assumed to be zero-extended. llvm-svn: 66941		2009-03-13 20:42:20 +00:00
..
Analysis	Second installment of "BasicBlock operands to the back"	2009-03-13 18:27:29 +00:00
Archive	Add the private linkage.	2009-01-15 20:18:42 +00:00
AsmParser	It makes no sense to have a ODR version of common	2009-03-11 20:14:15 +00:00
Bitcode	Second installment of "BasicBlock operands to the back"	2009-03-13 18:27:29 +00:00
CodeGen	Fix FastISel's assumption that i1 values are always zero-extended	2009-03-13 20:42:20 +00:00
CompilerDriver	Reorganize llvmc code.	2009-03-02 09:01:14 +00:00
Debugger	Oops...I committed too much.	2009-03-13 04:39:26 +00:00
ExecutionEngine	Fix some significant problems with constant pools that resulted in unnecessary paddings between constant pool entries, larger than necessary alignments (e.g. 8 byte alignment for .literal4 sections), and potentially other issues.	2009-03-13 07:51:59 +00:00
Linker	Apply ODR linkage changes accidentally dropped during	2009-03-08 13:35:23 +00:00
Support	just initialize the first element, we don't need to set the rest to zeros.	2009-03-13 00:24:01 +00:00
System	add some explicit llvm:: qualifiers to the unix side, fix problems on the windows side.	2009-03-08 19:13:45 +00:00
Target	Fix FastISel's assumption that i1 values are always zero-extended	2009-03-13 20:42:20 +00:00
Transforms	One more place where debug info affects codegen.	2009-03-13 19:23:20 +00:00
VMCore	Second installment of "BasicBlock operands to the back"	2009-03-13 18:27:29 +00:00
Makefile	Reorganize llvmc code.	2009-03-02 09:01:14 +00:00