| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 147880
|
|
|
|
|
|
|
| |
functional change in r147860 to use DW_TAG_label's instead TAG_subprogram's.
This only changes names and updates comments. No functional change.
llvm-svn: 147877
|
|
|
|
| |
llvm-svn: 147874
|
|
|
|
|
|
|
|
| |
of several newly un-defaulted switches. This also helps optimizers
(including LLVM's) recognize that every case is covered, and we should
assume as much.
llvm-svn: 147861
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
assembly source when it generates the TAG_subprogram dwarf debug info for
the labels that have nothing between them as in this bit of assembly source:
% cat ZeroLength.s
_func1:
_func2:
nop
One solution would be to not emit the subsequent labels with the same address
and use the next label with a different address or the end of the section for
the AT_high_pc value of the TAG_subprogram.
Turns out in llvm-mc it is not possible in all cases to determine of two
symbols have the same value at the point we put out the TAG_subprogram dwarf
debug info.
So we will have llvm-mc instead of putting out TAG_subprogram's put out
DW_TAG_label's. And the DW_TAG_label does not have a AT_high_pc value which
avoids the problem.
This commit is only the functional change to make the diffs clear as to what is
really being changed. The next commit will be to clean up the names of such
things like MCGenDwarfSubprogramEntry to something like MCGenDwarfLabelEntry.
rdar://10666925
llvm-svn: 147860
|
|
|
|
| |
llvm-svn: 147855
|
|
|
|
| |
llvm-svn: 147820
|
|
|
|
| |
llvm-svn: 147763
|
|
|
|
| |
llvm-svn: 147745
|
|
|
|
|
|
| |
the produce assembly when using CFI just a bit more readable.
llvm-svn: 147743
|
|
|
|
|
|
|
|
| |
file error checking. Use that to error on an unfinished cfi_startproc.
The error is not nice, but is already better than a segmentation fault.
llvm-svn: 147717
|
|
|
|
| |
llvm-svn: 147356
|
|
|
|
| |
llvm-svn: 147354
|
|
|
|
| |
llvm-svn: 147352
|
|
|
|
|
|
| |
x86 specific reloc_coff_secrel32 with a generic FK_SecRel_4.
llvm-svn: 147252
|
|
|
|
| |
llvm-svn: 147231
|
|
|
|
| |
llvm-svn: 147230
|
|
|
|
| |
llvm-svn: 147229
|
|
|
|
|
|
| |
to moving it to lib/Target/X86.
llvm-svn: 147190
|
|
|
|
| |
llvm-svn: 147136
|
|
|
|
| |
llvm-svn: 147135
|
|
|
|
| |
llvm-svn: 147133
|
|
|
|
| |
llvm-svn: 147129
|
|
|
|
| |
llvm-svn: 147124
|
|
|
|
|
|
|
|
| |
ELF relocations.
Patch by Jack Carter.
llvm-svn: 147118
|
|
|
|
| |
llvm-svn: 147115
|
|
|
|
| |
llvm-svn: 147114
|
|
|
|
|
|
| |
to Target/.
llvm-svn: 147087
|
|
|
|
|
|
| |
Other targets will follow shortly.
llvm-svn: 147060
|
|
|
|
|
|
|
| |
avoid including ADT/Triple.h in many places when the target specific bits are
moved.
llvm-svn: 147059
|
|
|
|
|
|
| |
side when the target specific bits are moved to the Target directory.
llvm-svn: 147053
|
|
|
|
|
|
| |
http://llvm.org/docs/CodingStandards.html#ll_virtual_anch
llvm-svn: 146960
|
|
|
|
|
|
| |
asm parsing and testcase.
llvm-svn: 146801
|
|
|
|
|
|
| |
SingleSource/Benchmarks/Shootout-C++/except.cpp and friends. It was encoding the stored registers in the wrong order.
llvm-svn: 146617
|
|
|
|
|
|
| |
buffer copy. Suggestion by Chris Lattner!
llvm-svn: 146614
|
|
|
|
|
|
| |
getStreamer().EmitBytes. Suggestion by Benjamin Kramer!
llvm-svn: 146599
|
|
|
|
|
|
| |
it to the streamer. rdar://10383898
llvm-svn: 146592
|
|
|
|
| |
llvm-svn: 146545
|
|
|
|
|
|
|
|
|
|
|
| |
test cases where there were a lot of relocations applied relative to a large
rodata section. Gas would create a symbol for each of these whereas we would
be relative to the beginning of the rodata section. This change mimics what
gas does.
Patch by Jack Carter.
llvm-svn: 146468
|
|
|
|
|
|
|
|
|
|
|
| |
subdirectories to traverse into.
- Originally I wanted to avoid this and just autoscan, but this has one key
flaw in that new subdirectories can not automatically trigger a rerun of the
llvm-build tool. This is particularly a pain when switching back and forth
between trees where one has added a subdirectory, as the dependencies will
tend to be wrong. This will also eliminates FIXME implicitly.
llvm-svn: 146436
|
|
|
|
| |
llvm-svn: 146409
|
|
|
|
| |
llvm-svn: 146377
|
|
|
|
|
|
|
| |
previous commit. It is strange that we see it in 32 bits. We already
have a fixme about it.
llvm-svn: 146273
|
|
|
|
|
|
|
|
|
|
| |
generates the dwarf Compile Unit DIE and a dwarf subprogram DIE for each
non-temporary label.
The next part will be to get the clang driver to enable this when assembling
a .s file. rdar://9275556
llvm-svn: 146262
|
|
|
|
|
|
|
|
| |
symbol difference. This matches gas behavior and fixes PR11513.
We still don't handle _GLOBAL_OFFSET_TABLE_ in data sections.
llvm-svn: 146238
|
|
|
|
|
|
|
|
| |
When the file isn't being built with subsections-via-symbols, symbol
differences involving non-local symbols can be resolved more aggressively.
Needed for gas compatibility.
llvm-svn: 146054
|
|
|
|
|
|
|
|
| |
make the addend fixup code a bit more generic
Patch by Jack Carter.
llvm-svn: 145998
|
|
|
|
| |
llvm-svn: 145977
|
|
|
|
| |
llvm-svn: 145911
|
|
|
|
|
|
|
|
| |
Whether a fixup needs relaxation for the associated instruction is a
target-specific function, as the FIXME indicated. Create a hook for that
and use it.
llvm-svn: 145881
|