Duncan Sands b10b5ac8d9 Don't try to make BUILD_VECTOR operands have the same ... type as the vector element type: allow them to be of a wider integer type than the element type all the way through the system, and not just as far as LegalizeDAG. This should be safe because it used to be this way (the old type legalizer would produce such nodes), so backends should be able to handle it. In fact only targets which have legal vector types with an illegal promoted element type will ever see this (eg: <4 x i16> on ppc). This fixes a regression with the new type legalizer (vec_splat.ll). Also, treat SCALAR_TO_VECTOR the same as BUILD_VECTOR. After all, it is just a special case of BUILD_VECTOR. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@69467 91177308-0d34-0410-b5e6-96231b3b80d8		2009-04-18 20:16:54 +00:00
..
Analysis	Add a ScalarEvolution::getCouldNotCompute() function, and use it	2009-04-18 17:58:19 +00:00
Archive
AsmParser
Bitcode
CodeGen	Don't try to make BUILD_VECTOR operands have the same	2009-04-18 20:16:54 +00:00
CompilerDriver
Debugger	Oops...I committed too much.	2009-03-13 04:39:26 +00:00
ExecutionEngine	make sure to unlock keymgr if the JIT is created and destroyed, all	2009-04-16 21:47:59 +00:00
Linker
Support	teach EscapeString and UnescapeString to handle ".	2009-04-15 20:12:52 +00:00
System	Call CreateProcess with bInheritHandles = TRUE.	2009-04-14 21:31:36 +00:00
Target	Fixed a few 64 bit cases in X86InstrInfo::commuteInstruction	2009-04-18 05:16:01 +00:00
Transforms	Use more const qualifiers with SCEV interfaces.	2009-04-18 17:56:28 +00:00
VMCore
Makefile	Reorganize llvmc code.	2009-03-02 09:01:14 +00:00