llvm-6502/test/MC/X86
Derek Schuff cdb105b62f [MC] Attach labels to existing fragments instead of using a separate fragment
Summary:
Currently when emitting a label, a new data fragment is created for it if the
current fragment isn't a data fragment.
This change instead enqueues the label and attaches it to the next fragment
(e.g. created for the next instruction) if possible.

When bundle alignment is not enabled, this has no functionality change (it
just results in fewer extra fragments being created). For bundle alignment,
previously labels would point to the beginning of the bundle padding instead
of the beginning of the emitted instruction. This was not only less efficient
(e.g. jumping to the nops instead of past them) but also led to miscalculation
of the address of the GOT (since MC uses a label difference rather than
emitting a "." symbol).

Fixes https://code.google.com/p/nativeclient/issues/detail?id=3982

Test Plan: regression test attached

Reviewers: jvoung, eliben

Subscribers: jfb, llvm-commits

Differential Revision: http://reviews.llvm.org/D5915

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@220439 91177308-0d34-0410-b5e6-96231b3b80d8
2014-10-22 22:38:06 +00:00
..
AlignedBundling [MC] Attach labels to existing fragments instead of using a separate fragment 2014-10-22 22:38:06 +00:00
3DNow.s
2011-09-06-NoNewline.s
address-size.s
avx512-encodings.s [AVX512] Add DQ subvector inserts 2014-10-15 23:42:17 +00:00
cfi_def_cfa-crash.s
fde-reloc.s
fixup-cpu-mode.s
gnux32-dwarf-gen.s
index-operations.s
intel-syntax-2.s
intel-syntax-ambiguous.s
intel-syntax-avx512.s
intel-syntax-bitwise-ops.s
intel-syntax-directional-label.s
intel-syntax-encoding.s
intel-syntax-error.s
intel-syntax-hex.s
intel-syntax-invalid-basereg.s
intel-syntax-invalid-scale.s
intel-syntax-ptr-sized.s
intel-syntax.s MC: Use @IMGREL instead of @IMGREL32, which we can't parse 2014-09-25 02:09:18 +00:00
lit.local.cfg
macho-uleb.s
no-elf-compact-unwind.s
padlock.s
relax-insn.s
reloc-undef-global.s
ret.s
sgx-encoding.s
shuffle-comments.s
stackmap-nops.ll
variant-diagnostics.s
x86_64-avx-clmul-encoding.s
x86_64-avx-encoding.s
x86_64-bmi-encoding.s
x86_64-encoding.s
x86_64-fma3-encoding.s
x86_64-fma4-encoding.s
x86_64-hle-encoding.s
x86_64-imm-widths.s
x86_64-rand-encoding.s
x86_64-rtm-encoding.s
x86_64-signed-reloc.s
x86_64-sse4a.s
x86_64-tbm-encoding.s
x86_64-xop-encoding.s
x86_directives.s
x86_errors.s
x86_long_nop.s
x86_nop.s
x86_operands.s
x86-16.s
x86-32-avx.s
x86-32-coverage.s [x86] Fix a pretty horrible bug and inconsistency in the x86 asm 2014-09-06 10:00:01 +00:00
x86-32-fma3.s
x86-32-ms-inline-asm.s [x86 asm] allow fwait alias in both At&t and Intel modes (PR21208) 2014-10-14 21:41:17 +00:00
x86-32.s
x86-64-avx512bw_vl.s [AVX512] Extended avx512_binop_rm to BW/VL subsets. 2014-10-14 14:36:19 +00:00
x86-64-avx512bw.s [AVX512] Extended avx512_binop_rm to BW/VL subsets. 2014-10-14 14:36:19 +00:00
x86-64-avx512dq_vl.s [AVX512] Extended avx512_binop_rm to DQ/VL subsets. 2014-10-14 15:13:56 +00:00
x86-64-avx512dq.s [AVX512] Extended avx512_binop_rm to DQ/VL subsets. 2014-10-14 15:13:56 +00:00
x86-64-avx512f_vl.s [AVX512] Extended avx512_binop_rm for AVX512VL subsets. 2014-10-09 08:38:48 +00:00
x86-64.s
x86-itanium.ll
x86-target-directives.s
x86-windows-itanium-libcalls.ll