llvm/lib/MC, branch testinghttp://llvm.orghttps://git.amat.us/llvm/atom/lib/MC?h=testing2013-03-19T22:13:05ZDead code.2013-03-19T22:13:05ZChad Rosiermcrosier@apple.com2013-03-19T22:13:05Zurn:sha1:8a9a16bd3d1426a367d65a07ac0e51fc3f4e4ba6
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@177451 91177308-0d34-0410-b5e6-96231b3b80d8
[ms-inline asm] Move the immediate asm rewrite into the target specific2013-03-19T21:58:18ZChad Rosiermcrosier@apple.com2013-03-19T21:58:18Zurn:sha1:811ddf64afb03fb2262209034900f03fa797879c
logic as a QOI cleanup. No functional change. Tests already in place.
rdar://13456414
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@177446 91177308-0d34-0410-b5e6-96231b3b80d8
[ms-inline asm] Remove the brackets from X86Operand in the IR. These will be2013-03-19T21:12:14ZChad Rosiermcrosier@apple.com2013-03-19T21:12:14Zurn:sha1:0f7ccd279dc65682899a6cdb112068f512bc0246
added back in by X86AsmPrinter::printIntelMemReference() during codegen.
Previously, this following example
void t() {
int i;
__asm mov eax, [i]
}
would generate the below assembly
mov eax, dword ptr [[eax]]
which resulted in a fatal error when compiling. Test case coming on the
clang side.
rdar://13444264
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@177440 91177308-0d34-0410-b5e6-96231b3b80d8
[ms-inline asm] Move the size directive asm rewrite into the target specific2013-03-19T17:32:17ZChad Rosiermcrosier@apple.com2013-03-19T17:32:17Zurn:sha1:023c8802203d7f3b433d93233ccee6f8cce9ca5d
logic as a QOI cleanup.
rdar://13445327
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@177413 91177308-0d34-0410-b5e6-96231b3b80d8
Change NULL to 0.2013-03-18T23:08:01ZJakub Staszakkubastaszak@gmail.com2013-03-18T23:08:01Zurn:sha1:242cec5be3b3a715de0535d1a074bb4dff94772f
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@177342 91177308-0d34-0410-b5e6-96231b3b80d8
Fix the FDE encoding to be relative on ELF.2013-03-15T05:51:57ZRafael Espindolarafael.espindola@gmail.com2013-03-15T05:51:57Zurn:sha1:7a86ffb19fd9e74960690cb41caae390832d3b5a
This is a very late complement to r130637 which fixed this on x86_64. Fixes
pr15448.
Since it looks like that every elf architecture uses this encoding when using
cfi, make it the default for elf. Just exclude mips64el. It has a lovely
.ll -> .o test (ef_frame.ll) that tests that nothing changes in the binary
content of the .eh_frame produced by llc. Oblige it.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@177141 91177308-0d34-0410-b5e6-96231b3b80d8
Debug Info: use SmallVector instead of std::vector in MCDwarfDirsCUMap and MCDwarfFilesCUMap2013-03-12T20:17:00ZManman Renmren@apple.com2013-03-12T20:17:00Zurn:sha1:9e999adb48beb61663f6abca667b8c85068ee585
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@176893 91177308-0d34-0410-b5e6-96231b3b80d8
Remove the assert()'s from the LLVMCreateDisasmCPU() library API and just2013-03-12T18:12:17ZKevin Enderbyenderby@apple.com2013-03-12T18:12:17Zurn:sha1:2ee69f1be6473bef40862f4c55e0b33d141c6380
return 0 to indicate failure to create the disassembler. A library routine
should not assert and just let the caller handler the error. For example
darwin's otool(1) will simply print an error if it ends up using a library
that is not configured for a target it wants:
% otool -tv ViewController.o
ViewController.o:
(__TEXT,__text) section
can't create arm llvm disassembler
This is much better than an abort which appears as a crash to the user or
even the assert when using a Debug+Asserts built library:
Assertion failed: (MAI && "Unable to create target asm info!"), function LLVMCreateDisasmCPU, file /Volumes/SandBox/llvm/lib/MC/MCDisassembler/Disassembler.cpp, line 47.
radr://12539918
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@176880 91177308-0d34-0410-b5e6-96231b3b80d8
Commit the right files for r176762. Sigh.2013-03-09T09:32:16ZNick Lewyckynicholas@mxc.ca2013-03-09T09:32:16Zurn:sha1:7394c5a37ce5c0fb153cfc8ec5f32822d5bf8668
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@176763 91177308-0d34-0410-b5e6-96231b3b80d8
We need a shndx if the number of sections breaks SHN_LORESERVE. This condition2013-03-09T09:31:44ZNick Lewyckynicholas@mxc.ca2013-03-09T09:31:44Zurn:sha1:462bba39c232350894c254d42fbe55f9ff78df56
for choosing to emit a shndx was simply testing the wrong variable.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@176762 91177308-0d34-0410-b5e6-96231b3b80d8