| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
they belong.
llvm-svn: 135833
|
| |
|
|
|
|
|
| |
There is still a bit more refactoring left to do in Targets. But we are now very
close to fixing all the layering issues in MC.
llvm-svn: 135611
|
| |
|
|
|
|
|
|
| |
TargetLoweringObjectFileImpl down to MCObjectFileInfo.
TargetAsmInfo is done to one last method. It's *almost* gone!
llvm-svn: 135569
|
| |
|
|
|
|
|
|
|
| |
to MCRegisterInfo. Also initialize the mapping at construction time.
This patch eliminate TargetRegisterInfo from TargetAsmInfo. It's another step
towards fixing the layering violation.
llvm-svn: 135424
|
| |
|
|
|
|
|
|
|
|
|
| |
Update the debug output interface for MCParsedAsmOperand to have a print()
method which takes an output stream argument, an << operator which invokes
the print method using the given stream, and a dump() method which prints
the operand to the dbgs() stream. This makes the interface more consistent
with the rest of LLVM, and more convenient to use at the debugger command
line.
llvm-svn: 135043
|
| |
|
|
|
|
|
|
|
| |
For example, ".byte 256" would previously assert() when emitting an object
file. Now it generates a diagnostic that the literal value is out of range.
rdar://9686950
llvm-svn: 134069
|
| |
|
|
| |
llvm-svn: 133349
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Re-apply 133010, with fixes for inline assembler.
Original commit message:
"When an assembler local symbol is used but not defined in a module, a
Darwin assembler wants to issue a diagnostic to that effect."
Added fix to only perform the check when finalizing, as otherwise we're not
done and undefined symbols may simply not have been encountered yet.
Passes "make check" and a self-host check on Darwin.
llvm-svn: 133071
|
| |
|
|
|
|
|
| |
Apparently llvm itself generates undefined assembler local labels, causing
self-hosting problems with this patch. Reverting until that's sorted out.
llvm-svn: 133013
|
| |
|
|
|
|
|
|
|
| |
When an assembler local symbol is used but not defined in a module, a
Darwin assembler wants to issue a diagnostic to that effect.
rdar://9559714
llvm-svn: 133010
|
| |
|
|
|
|
|
|
|
|
|
| |
We still don't handle
* default values
* :req
* :vararg
* \()
llvm-svn: 132656
|
| |
|
|
|
|
|
|
|
|
| |
Parsing a register name/number for .cfi directives can't assume that a
register name starts with a '%' token. Be more flexible and check for a
register number instead. Still unlikely to be perfect, but it allows us
to parse both plain identifiers as register names and integers as register
numbers, which is what we're wanting to support at this point.
llvm-svn: 132466
|
| |
|
|
| |
llvm-svn: 132395
|
| |
|
|
| |
llvm-svn: 131918
|
| |
|
|
|
|
| |
Introduce -fatal-assembler-warnings for the obvious purpose
llvm-svn: 131655
|
| |
|
|
| |
llvm-svn: 131653
|
| |
|
|
| |
llvm-svn: 131644
|
| |
|
|
| |
llvm-svn: 131117
|
| |
|
|
| |
llvm-svn: 130515
|
| |
|
|
|
|
| |
each instruction.
llvm-svn: 129715
|
| |
|
|
|
|
| |
Implement the ones that were missing in the asm streamer.
llvm-svn: 129413
|
| |
|
|
| |
llvm-svn: 129378
|
| |
|
|
| |
llvm-svn: 129362
|
| |
|
|
| |
llvm-svn: 129361
|
| |
|
|
|
|
|
|
|
|
| |
.long 80+08
go ahead and assume that if we've got an Error token that we handled it
already. Otherwise if it's a token we can't handle then go ahead and
return the default error.
llvm-svn: 129322
|
| |
|
|
| |
llvm-svn: 129306
|
| |
|
|
| |
llvm-svn: 129296
|
| |
|
|
|
|
|
| |
Patch by Roman Divacky.
Fixes PR9361.
llvm-svn: 129106
|
| |
|
|
|
|
| |
and Nans with the same strings as GAS supports. rdar://8673024
llvm-svn: 128488
|
| |
|
|
| |
llvm-svn: 128289
|
| |
|
|
| |
llvm-svn: 128288
|
| |
|
|
|
|
|
| |
Introduce a variable in the AsmParserExtension whether [] is valid in an
expression. If it is true, parse them like (). Enable this for ELF only.
llvm-svn: 126443
|
| |
|
|
|
|
|
|
|
|
| |
enabled for all targets. Non-X86 targets should not have this behavior
enabled by default.
Joerg, if you would like to resubmit with the behavior conditionalized to be
X86-ELF only, that's fine.
llvm-svn: 126336
|
| |
|
|
|
|
| |
This is submitted by Joerg Sonnenberger and fixes his PR8685.
llvm-svn: 125595
|
| |
|
|
| |
llvm-svn: 125388
|
| |
|
|
|
|
| |
Sonnenberger.
llvm-svn: 125120
|
| |
|
|
| |
llvm-svn: 124831
|
| |
|
|
|
|
| |
unbreaks some ARM tests.
llvm-svn: 124608
|
| |
|
|
|
|
| |
all lead to a silent miscompilation of code.
llvm-svn: 124603
|
| |
|
|
| |
llvm-svn: 124498
|
| |
|
|
| |
llvm-svn: 124485
|
| |
|
|
| |
llvm-svn: 124467
|
| |
|
|
|
|
| |
as well as register number.
llvm-svn: 124379
|
| |
|
|
|
|
|
| |
encoding. It's up to the individual back-ends to convert it to their preferred
representation when printing.
llvm-svn: 124229
|
| |
|
|
| |
llvm-svn: 123857
|
| |
|
|
| |
llvm-svn: 122624
|
| |
|
|
|
|
| |
like 6 is a fixed point of that and so the previous tests were OK :-)
llvm-svn: 122614
|
| |
|
|
| |
llvm-svn: 122602
|
| |
|
|
| |
llvm-svn: 122584
|
| |
|
|
|
|
| |
supports.
llvm-svn: 122577
|