| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 175173
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is complicated by backward labels (e.g., 0b can be both a backward label
and a binary zero). The current implementation assumes [0-9]b is always a
label and thus it's possible for 0b and 1b to not be interpreted correctly for
ms-style inline assembly. However, this is relatively simple to fix in the
inline assembly (i.e., drop the [bB]).
This patch also limits backward labels to [0-9]b, so that only 0b and 1b are
ambiguous.
Part of rdar://12470373
llvm-svn: 174983
|
| |
|
|
| |
llvm-svn: 174927
|
| |
|
|
|
|
| |
Part of rdar://12470373
llvm-svn: 174926
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Sooooo many of these had incorrect or strange main module includes.
I have manually inspected all of these, and fixed the main module
include to be the nearest plausible thing I could find. If you own or
care about any of these source files, I encourage you to take some time
and check that these edits were sensible. I can't have broken anything
(I strictly added headers, and reordered them, never removed), but they
may not be the headers you'd really like to identify as containing the
API being implemented.
Many forward declarations and missing includes were added to a header
files to allow them to parse cleanly when included first. The main
module rule does in fact have its merits. =]
llvm-svn: 169131
|
| |
|
|
|
|
|
|
|
|
| |
to improve compatibility with GNU as.
Based on a patch by PaX Team.
Fixed assertion failures on non-Darwin and added additional test cases.
llvm-svn: 164248
|
| |
|
|
|
|
|
|
|
| |
If we see an EOF w/o a preceding end-of-line, return an EndOfStatement
token before returning the Eof token.
Based on patch by Stepan Dyatkovskiy.
llvm-svn: 139798
|
| |
|
|
| |
llvm-svn: 139697
|
| |
|
|
|
|
|
|
|
| |
#line directives with the needed support in the lexer. Next will be to build
a simple file/line# table mapping source SMLoc's for later use by diagnostics.
And the last step will be to get the diagnostics to use the mapping for file
and line numbers.
llvm-svn: 139669
|
| |
|
|
| |
llvm-svn: 136908
|
| |
|
|
|
|
|
|
|
|
|
| |
We still don't handle
* default values
* :req
* :vararg
* \()
llvm-svn: 132656
|
| |
|
|
|
|
| |
test for invalid hexadecimals.
llvm-svn: 129326
|
| |
|
|
|
|
|
|
| |
Testcase forthcoming.
rdar://8490596
llvm-svn: 129309
|
| |
|
|
|
|
|
|
| |
The MC asm lexer wasn't honoring a non-default (anything but ';') statement
separator. Fix that, and generalize a bit to support multi-character
statement separators.
llvm-svn: 128227
|
| |
|
|
| |
llvm-svn: 125388
|
| |
|
|
|
|
| |
rejected by the mc assembler.
llvm-svn: 122557
|
| |
|
|
| |
llvm-svn: 122193
|
| |
|
|
|
|
| |
This fixed 8615.
llvm-svn: 122150
|
| |
|
|
| |
llvm-svn: 117298
|
| |
|
|
| |
llvm-svn: 114861
|
| |
|
|
| |
llvm-svn: 114733
|
| |
|
|
| |
llvm-svn: 114718
|
| |
|
|
|
|
| |
Also fix 0b010 syntax to actually work while we're at it :-)
llvm-svn: 111876
|
| |
|
|
| |
llvm-svn: 108154
|
| |
|
|
| |
llvm-svn: 108130
|
| |
|
|
| |
llvm-svn: 104316
|
| |
|
|
|
|
|
| |
CurPtr[0] == '\n' when testing the character after a "0b" when looking
to see if it part of a something like "jmp 0b".
llvm-svn: 104039
|
| |
|
|
|
|
|
| |
correctly. The Lexer was incorrectly eating the newline casusing it to branch
to address 0. Updated the test case to use a "0:" label and a branch to "0b".
llvm-svn: 104038
|
| |
|
|
| |
llvm-svn: 103989
|
| |
|
|
|
|
|
|
|
|
|
|
| |
at the token level. Consider the following horrible test case:
a = 1
.globl $a
movl ($a), %eax
movl $a, %eax
movl $$a, %eax
llvm-svn: 103178
|
| |
|
|
|
|
| |
allow $ at the start of a symbol name.
llvm-svn: 103137
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
current PC. rdar://7834775
We now produce an identical .o file compared to the cctools
assembler for something like this:
_f0:
L0:
jmp L1
.long . - L0
L1:
jmp A
.long . - L1
.zerofill __DATA,_bss,A,0
llvm-svn: 101227
|
| |
|
|
| |
llvm-svn: 98442
|
| |
|
|
| |
llvm-svn: 94167
|
|
|
other tools can link it.
llvm-svn: 94131
|