llvm-svn: 79346

an EHFrame section, so we just emit ehframe data into a random section.

This is clearly bad.

llvm-svn: 79323

llvm-svn: 79272

more properly belong. This allows removing the front-end conditionalized
SJLJ code, and cleans up the generated IR considerably. All of the
infrastructure code (calling _Unwind_SjLj_Register/Unregister, etc) is
added by the SjLjEHPrepare pass.

llvm-svn: 79250

llvm-svn: 78817

and short. Well, it's kinda short. Definitely nasty and brutish.

The front-end generates the register/unregister calls into the SjLj runtime,
call-site indices and landing pad dispatch. The back end fills in the LSDA
with the call-site information provided by the front end. Catch blocks are
not yet implemented.

Built on Darwin and verified no llvm-core "make check" regressions.

llvm-svn: 78625

llvm-svn: 77888

behavior of the LSDA section instead of on some random target hook that
needs to be kept in synch with other points of truth.

llvm-svn: 77855

getLSDASection() to be more specific.  This makes it pretty obvious
that the ELF LSDA section is being specified wrong in PIC mode.  We're
probably getting a lot of startup-time relocations to a readonly page,
which is expensive and bad.

Someone who cares about ELF C++ should investigate this.

llvm-svn: 77847

need the PreferredEHDataFormat hook, but I have yet-more refactoring to
do before I can zap it.

llvm-svn: 77742

have no functionality change.

llvm-svn: 77741

thing is #if0'd out anyway.  Just simplify the code by reducing the interface.
Not deleting this is essential for Bill's continuing happiness.

llvm-svn: 77736

llvm-svn: 77505

llvm-svn: 77412

  correct. But what are you going to do? I'll fix this in the future.
- Move another large loop into its own method.

llvm-svn: 77408

Does any one else hate the name "const_reverse_iterator" as much as I do?

llvm-svn: 77399

llvm-svn: 77394

llvm-svn: 77393

going to emit.

llvm-svn: 77382

llvm-svn: 77373

doesn't cause ".no_dead_strip" to be emitted on darwin.

llvm-svn: 76399

llvm-svn: 76237

emit the EHFrame label next to the section_eh_frame and
eh_frame_common labels.

llvm-svn: 76234

starting in getCurrentFunctionEHName.  Among other problems,
we would try to privative a "foo.eh" label, but end up emitting
the label as _Lfoo.eh instead of L_foo.eh on darwin.  This is really
bad, and the linker has always tolerated these labels existing.
For now, just emit them as _foo.eh.

This patch also fixes problems with ".eh" labels on unnamed
functions and eliminates two strangely defined TargetAsmInfo
hooks.

llvm-svn: 76231

llvm-svn: 71828

though the classes have been marked with "VISIBILITY_HIDDEN".

llvm-svn: 71827