in the future, remove it.

llvm-svn: 23952

llvm-svn: 23949

llvm-svn: 23944

llvm-svn: 23943

llvm-svn: 23940

llvm-svn: 23938

This should speed up build times.

llvm-svn: 23937

llvm-svn: 23936

llvm-svn: 23935

This should speed up build times.

llvm-svn: 23934

This should speed up build times.

llvm-svn: 23933

code

llvm-svn: 23931

llvm-svn: 23927

llvm-svn: 23924

llvm-svn: 23920

llvm-svn: 23918

on big endian 32-bit targets in some cases (e.g. PPC).  This fixes several
PPC JIT failures.

llvm-svn: 23914

llvm-svn: 23912

llvm-svn: 23909

llvm-svn: 23908

llvm-svn: 23906

llvm-svn: 23905

llvm-svn: 23904

llvm-svn: 23903

future.

llvm-svn: 23902

llvm-svn: 23901

llvm-svn: 23898

llvm-svn: 23897

llvm-svn: 23893

llvm-svn: 23892

use LowercaseString from StringExtras.h, remove extraneous space from help
output.

llvm-svn: 23891

pointer marking the end of the list, the zero *must* be cast to the pointer
type.  An un-cast zero is a 32-bit int, and at least on x86_64, gcc will
not extend the zero to 64 bits, thus allowing the upper 32 bits to be
random junk.

The new END_WITH_NULL macro may be used to annotate a such a function
so that GCC (version 4 or newer) will detect the use of un-casted zero
at compile time.

llvm-svn: 23888

loads
branches
setcc
working calls
Global address
External addresses

now I can manage malloc calls.

llvm-svn: 23887

llvm-svn: 23886

llvm-svn: 23884

llvm-svn: 23882

the input is that type, this caused a failure on gs on X86 last night.
Move the hard checks into Build[US]Div since that is where decisions like
this should be made.

llvm-svn: 23881

to group appropriately and provide cues to maintainers that the lists don't
need to be ordered.

llvm-svn: 23880

llvm-svn: 23878

2005-10-21-longlonggtu.ll.

llvm-svn: 23875