| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 79777
|
| |
|
|
| |
llvm-svn: 79763
|
| |
|
|
| |
llvm-svn: 79567
|
| |
|
|
| |
llvm-svn: 79474
|
| |
|
|
|
|
| |
talk to the MCStreamer directly instead.
llvm-svn: 79405
|
| |
|
|
| |
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
|
| |
|
|
|
|
| |
change.
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
|