summaryrefslogtreecommitdiff
path: root/test/MC/AsmParser/directive_values.s
diff options
context:
space:
mode:
authorDavid Woodhouse <dwmw2@infradead.org>2014-02-01 16:20:54 +0000
committerDavid Woodhouse <dwmw2@infradead.org>2014-02-01 16:20:54 +0000
commitaac8e4e3f332c8be2b1049f892549a367d902919 (patch)
tree8b40650f4f8cbc788cde162373d937d0db2b304d /test/MC/AsmParser/directive_values.s
parent115fd30b245065324193baefe418cd7e6b429488 (diff)
downloadllvm-aac8e4e3f332c8be2b1049f892549a367d902919.tar.gz
llvm-aac8e4e3f332c8be2b1049f892549a367d902919.tar.bz2
llvm-aac8e4e3f332c8be2b1049f892549a367d902919.tar.xz
MC: Add AsmLexer::BigNum token for integers greater than 64 bits
This will be needed for .octa support, but we don't want to just use the existing AsmLexer::Integer for it and then have to litter all its users with explicit checks for the size, and make them use the new get APIntVal() method. So let the lexer produce an AsmLexer::Integer as before for numbers which are small enough — which appears to cover what was previously a nasty special case handling of numbers which don't fit in int64_t but *do* fit in uint64_t. Where the number is too large even for that, produce an AsmLexer::BigNum instead. We do nothing with these except complain about them for now, but that will be changed shortly... Based on a patch from PaX Team <pageexec@freemail.hu> git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@200613 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'test/MC/AsmParser/directive_values.s')
0 files changed, 0 insertions, 0 deletions