llvm-svn: 30844

llvm-svn: 30759

llvm-svn: 30739

extra operand to LOADX to specify the exact value extension type.

llvm-svn: 30714

DLL* linkages got full (I hope) codegeneration support in C & both x86
assembler backends.
External weak linkage added for future use, we don't provide any
codegeneration, etc. support for it.

llvm-svn: 30374

llvm-svn: 30279

2. Protect and outline createTargetAsmInfo.

3. Misc. kruft.

llvm-svn: 30169

llvm-svn: 30162

llvm-svn: 30161

llvm-svn: 30126

def operand or a use operand.

llvm-svn: 30109

This pass:

1. Splits TargetMachine into TargetMachine (generic targets, can be implemented
any way, like the CBE) and LLVMTargetMachine (subclass of TM that is used by
things using libcodegen and other support).
2. Instead of having each target fully populate the passmgr for file or JIT
   output, move all this to common code, and give targets hooks they can
   implement.
3. Commonalize the target population stuff between file emission and JIT
   emission.
4. All (native code) codegen stuff now happens in a FunctionPassManager, which
   paves the way for "fast -O0" stuff in the CFE later, and now LLC could
   lazily stream .bc files from disk to use less memory.
5. There are now many fewer #includes and the targets don't depend on the
   scalar xforms or libanalysis anymore (but codegen does).
6. Changing common code generator pass ordering stuff no longer requires
   touching all targets.
7. The JIT now has the option of "-fast" codegen or normal optimized codegen,
   which is now orthogonal to the fact that JIT'ing is being done.

llvm-svn: 30081

llvm-svn: 30070

llvm-svn: 30039

llvm-svn: 30038

llvm-svn: 29901

llvm-svn: 29898

llvm-svn: 29895

llvm-svn: 29756

llvm-svn: 29726

llvm-svn: 29604

llvm-svn: 29603

in the start of an array and a count of operands where applicable.  In many
cases, the number of operands is known, so this static array can be allocated
on the stack, avoiding the heap.  In many other cases, a SmallVector can be
used, which has the same benefit in the common cases.

I updated a lot of code calling getNode that takes a vector, but ran out of
time.  The rest of the code should be updated, and these methods should be
removed.

We should also do the same thing to eliminate the methods that take a
vector of MVT::ValueTypes.

It would be extra nice to convert the dagiselemitter to avoid creating vectors
for operands when calling getTargetNode.

llvm-svn: 29566

llvm-svn: 29549

llvm-svn: 29373

Remove explicit casts to std::string now that there is no overload resolution
issues in the TargetData ctors.

llvm-svn: 28830

llvm-svn: 28797

RET chain, value1, sign1, value2, sign2, ...

llvm-svn: 28510

llvm-svn: 28482

llvm-svn: 28459

non-deterministic behavior.

llvm-svn: 28454

by Anton Korobeynikov!  This is a step towards closing PR786.

llvm-svn: 28447

llvm-svn: 28415

This is part of the on-going work on PR 761.

llvm-svn: 28414

llvm-svn: 28378

llvm-svn: 28368

llvm-svn: 28247

TargetData.h.  This should make recompiles a bit faster with my current
TargetData tinkering.

llvm-svn: 28238

llvm-svn: 28184

llvm-svn: 28182