| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
new VariantKind to the MCSymbolExpr seems like overkill, but I'm not sure
there's a more straightforward way to get the printing difference captured.
(i.e., x86 uses @PLT, ARM uses (PLT)).
llvm-svn: 114613
|
|
|
|
| |
llvm-svn: 114601
|
|
|
|
| |
llvm-svn: 114576
|
|
|
|
|
|
| |
instruction lowering.
llvm-svn: 114191
|
|
|
|
|
|
| |
from the APFloat.
llvm-svn: 114096
|
|
|
|
|
|
| |
unnecessary dtor for MCOperand.
llvm-svn: 114064
|
|
|
|
|
|
|
|
|
|
|
| |
VFP instructions use it for loading some constants, so implement that
handling.
Not thrilled with adding a member to MCOperand, but not sure there's much of
a better option that's not pretty fragile (like putting a double in the
union instead and just assuming that's good enough). Suggestions welcome...
llvm-svn: 113996
|
|
|
|
|
|
| |
MCInst.
llvm-svn: 113847
|
|
|
|
| |
llvm-svn: 113768
|
|
out of the AsmPrinter directory into libarm. Now the
ARM InstPrinters depend jsut on the MC stuff, not on vmcore
or codegen.
llvm-svn: 108783
|