Codegen bits and llvm-gcc support will follow.

llvm-svn: 44182

llvm-svn: 43020

llvm-svn: 42537

llvm-svn: 42439

Split eh.select / eh.typeid.for intrinsics into i32/i64 versions. This is needed, because they just "mark" register 
liveins and we let frontend solve type issue, not lowering code :)

llvm-svn: 41763

Patch by Sterling Stein!

llvm-svn: 41758

introduced by chandler's patch.

llvm-svn: 40864

New CallInst interface to address GLIBCXX_DEBUG errors caused by
indexing an empty std::vector.

Updates to all clients.

llvm-svn: 40660

so must be lowered to a value, not nothing at all.
Subtle point: I made eh_selector return 0 and
eh_typeid_for return 1.  This means that only
cleanups (destructors) will be run as the exception
unwinds [if eh_typeid_for returned 0 then it would
be as if the first catch always matched, and the
corresponding handler would be run], which is
probably want you want in the CBE.

llvm-svn: 37947

Drop the eh.filter intrinsic.

llvm-svn: 37875

llvm-svn: 37608

llvm-svn: 37544

llvm-svn: 37397

llvm-svn: 37331

llvm-svn: 37071

just aids in readability and debugability of the output. No functional change.

llvm-svn: 37037

llvm-svn: 37006

llvm-svn: 36180

linkage so we only end up with one of them in a program. These are, after
all overloaded and templatish in nature.

llvm-svn: 35956

barf when CBE is run with a program that contains these intrinsics.

llvm-svn: 35946

the size of the value, not just zext. Also, give better names to two BBs.

llvm-svn: 35945

Implement the "part_set" intrinsic.

llvm-svn: 35938

commit a LOT of files.

llvm-svn: 35858

llvm-svn: 35678

Make sure that the CTPOP result is casted to i32 as the bit counting
intrinsics all return i32 now (this affects CTLZ and CTTZ as well).

llvm-svn: 35567

Support overloaded intrinsics bswap, ctpop, cttz, ctlz.

llvm-svn: 35547

llvm-svn: 34802

llvm-svn: 34751

llvm-svn: 34502

llvm-svn: 34494

llvm-svn: 34481

llvm-svn: 34223

1. Memset takes an i32 for the value to set, not i8.  This was causing GCC to
   ICE all over the place (PR1183).
2. memcpy/memmove were not properly zext/trunc'ing the size in some cases.

llvm-svn: 33970

llvm-svn: 33957

llvm-svn: 33784

This feature is needed in order to support shifts of more than 255 bits
on large integer types.  This changes the syntax for llvm assembly to
make shl, ashr and lshr instructions look like a binary operator:
   shl i32 %X, 1
instead of
   shl i32 %X, i8 1
Additionally, this should help a few passes perform additional optimizations.

llvm-svn: 33776

confusion with external linkage types.

llvm-svn: 33663

functions like memcpy, memmove and memset. Ensure only one prototype is
used for these functions and that it matches the system definition by
using the appropriate type for the size argument.

llvm-svn: 33618

Force memcpy to be the 32-bit variant. Since this is only used with
CBE and lli which both target 32-bit machines, this should be okay.

llvm-svn: 33608

rename Type::getIntegralTypeMask to Type::getIntegerTypeMask.

This makes naming much more consistent.  For example, there are now no longer any
instances of IntegerType that are not considered isInteger! :)

llvm-svn: 33225