Found by the clang static analyzer.

llvm-svn: 148543

Found by the clang static analyzer.

llvm-svn: 148541

llvm-svn: 148493

If the two fragments are in the same Atom, then the difference
expression is resolvable at compile time. Previously we were checking
that they were in the same fragment, but that breaks down in the
presence of instruction relaxation which has multiple fragments in the
same atom.

rdar://10711829

llvm-svn: 148423

llvm-svn: 148400

llvm-svn: 148364

When the non-local symbol in the expression is in the same fragment
as the second symbol, the assembler can still evaluate the expression
without needing a relocation.

For example, on ARM:
_foo:
	ldr lr, (_foo - 4)

rdar://10348687

llvm-svn: 148341

directives was in the wrong place and getting triggered incorectly with a
cpp .file directive.  This change fixes that and adds a test case.

llvm-svn: 147951

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

llvm-svn: 146960