functions. This partly fixes PR1414: now we're restricted only to one
personality function per eh frame, not per module. Further work on
"multiple personalities" topic needs representative example.

llvm-svn: 37018

1. Fix PR1380
2. Apply Duncan's patch from PR1410
3. Insert workaround for "one personality function per module" as noted in PR1414
4. Emit correct debug frames for x86/linux. This partly fixes DebugInfo/2006-11-06-StackTrace.cpp: stack trace is
shown correctly, but arguments for function on top of stack are displayed incorrectly.

llvm-svn: 37015

llvm-svn: 37006

llvm-svn: 36998

llvm-svn: 36988

llvm-svn: 36987

failures on PPC (can happen only when prologue code is null)

llvm-svn: 36979

llvm-svn: 36978

llvm-svn: 36977

llvm-svn: 36975

llvm-svn: 36974

llvm-svn: 36966

llvm-svn: 36962

Do not assert, when case range split metric is zero and JTs are not allowed: just emit binary tree in this case. This
fixes PR1403.

llvm-svn: 36959

certain linkers...

llvm-svn: 36944

llvm-svn: 36943

llvm-svn: 36910

- (store (bitconvert v)) -> (store v) if resultant store does not require
higher alignment
- (bitconvert (load v)) -> (load (bitconvert*)v) if resultant load does not
require higher alignment

llvm-svn: 36908

llvm-svn: 36907

attribute index being used.  Fix proposed by Anton Korobeynikov, who
asked me to implement and commit it for him.  This is PR1398.

llvm-svn: 36906

llvm-svn: 36891

llvm-svn: 36873

hardwiring in the C++ one.

llvm-svn: 36789

Implement support for expanding a bitcast from an illegal vector type to
a legal one (e.g. 4xi32 -> 4xf32 in SSE1).  This fixes PR1371 and
CodeGen/X86/2007-05-05-VecCastExpand.ll

llvm-svn: 36787

llvm-svn: 36781

some small cleanup was made.

llvm-svn: 36780

handle this case too.

llvm-svn: 36745

llvm-svn: 36716

and PR1382

llvm-svn: 36672

llvm-svn: 36662

llvm-svn: 36654

Due to darwin gcc bug, one version of darwin linker coalesces
static const int, which defauts PassID based pass identification.

llvm-svn: 36652

llvm-svn: 36648

1. Correct output offsets on Linux
2. Fix "style" of personality function. It shouldn't be indirect.

llvm-svn: 36633

llvm-svn: 36632

If call frame is not part of stack frame and no dynamic alloc, eliminateFrameIndex() must adjust SP offset with size of call frames.

llvm-svn: 36625

llvm-svn: 36622

llvm-svn: 36618

argument space for call sites in the function immediately on entry to the
current function. This eliminates the need for add/sub sp brackets around call
sites. However, this is not always a good idea. If the "call frame" is large and
the target load / store instructions have small immediate field to encode sp
offset, this can cause poor codegen. In the worst case, this can make it
impossible to scavenge a register if the reserved spill slot is pushed too far
apart from sp / fp.

llvm-svn: 36607

  produce two results.)
* Do not touch volatile loads.

llvm-svn: 36604