maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/llvm/test/MC/AsmParser/floating-literals.s

77 lines
1.9 KiB
ArmAsm
Raw Normal View History

Support C99 hexadecimal floating-point literals in assembly It's useful to be able to write down floating-point numbers without having to worry about what they'll be rounded to (as C99 discovered), this extends that ability to the MC assembly parsers. llvm-svn: 188370
2013-08-14 22:23:31 +08:00
# RUN: not llvm-mc -triple i386-unknown-unknown %s 2> /dev/null | FileCheck %s
# RUN: not llvm-mc -triple i386-unknown-unknown %s 2>&1 > /dev/null| FileCheck %s --check-prefix=CHECK-ERROR
MC/AsmParser: Support .single and .double for embedding floating point literals. - I believe more modern 'gas' supports a more enhanced set of arithmetic on them, but for now the only thing we can do is emit them as data. llvm-svn: 114719
2010-09-24 09:59:56 +08:00
# CHECK: .long 1067412619
# CHECK: .long 1075000115
# CHECK: .long 1077936128
# CHECK: .long 1082549862
.single 1.2455, +2.3, 3, + 4.2
Add support for parsing .float llvm-svn: 124485
2011-01-28 22:20:32 +08:00
Added support symbolic floating point constants in the MC assembler for Infinity and Nans with the same strings as GAS supports. rdar://8673024 llvm-svn: 128488
2011-03-30 05:11:52 +08:00
# CHECK: .long 2139095040
.single InFinIty
Adding a test for "-inf" as well. llvm-svn: 128495
2011-03-30 05:54:10 +08:00
# CHECK: .long 4286578688
.single -iNf
Added support symbolic floating point constants in the MC assembler for Infinity and Nans with the same strings as GAS supports. rdar://8673024 llvm-svn: 128488
2011-03-30 05:11:52 +08:00
# CHECK: .long 2147483647
.single nAN
Add support for parsing .float llvm-svn: 124485
2011-01-28 22:20:32 +08:00
# CHECK: .long 1067928519
.float 1.307
MC/AsmParser: Support .single and .double for embedding floating point literals. - I believe more modern 'gas' supports a more enhanced set of arithmetic on them, but for now the only thing we can do is emit them as data. llvm-svn: 114719
2010-09-24 09:59:56 +08:00
# CHECK: .quad 4617315517961601024
# CHECK: .quad 4597526701198935065
# CHECK: .quad -4600933674317040845
.double 5, .232, -11.1
MC/AsmParser: Handle a missed case of floating literals in the lexer. llvm-svn: 114733
2010-09-25 01:10:26 +08:00
# CHECK: .quad 0
.double 0.0
MC/AsmParser: Handle exponents in floating point literals. llvm-svn: 114861
2010-09-28 04:12:52 +08:00
# CHECK: .quad -4570379565595099136
.double -1.2e3
# CHECK: .quad -4690170861623122860
.double -1.2e-5
# CHECK: .quad -4465782973978902528
.double -1.2e+10
# CHECK: .quad 4681608360884174848
.double 1e5
# CHECK: .quad 4681608360884174848
.double 1.e5
# CHECK: .quad 4611686018427387904
.double 2.
// APFloat should reject these with an error, not crash:
//.double -1.2e+
//.double -1.2e
Support C99 hexadecimal floating-point literals in assembly It's useful to be able to write down floating-point numbers without having to worry about what they'll be rounded to (as C99 discovered), this extends that ability to the MC assembly parsers. llvm-svn: 188370
2013-08-14 22:23:31 +08:00
# CHECK: .long 1310177520
.float 0x12f7.1ep+17
# CHECK: .long 1084227584
.float 0x.ap+3
# CHECK: .quad 4602678819172646912
.double 0x2.p-2
# CHECK: .long 1094713344
.float 0x3p2
# CHECK: .long 872284160
.float 0x7fp-30
# CHECK: .long 3212836864
.float -0x1.0p0
# CHECK-ERROR: invalid hexadecimal floating-point constant: expected at least one exponent digit
.float 0xa.apa
# CHECK-ERROR: invalid hexadecimal floating-point constant: expected at least one exponent digit
.double -0x1.2p+
# CHECK-ERROR: invalid hexadecimal floating-point constant: expected at least one exponent digit
.double -0x1.2p
# CHECK-ERROR: invalid hexadecimal floating-point constant: expected at least one significand digit
.float 0xp2
# CHECK-ERROR: invalid hexadecimal floating-point constant: expected at least one significand digit
.float 0x.p5
Add test-case for hex floating-literals Somehow I forgot to test one of the error conditions I'd added. llvm-svn: 188372
2013-08-14 22:55:54 +08:00
# CHECK-ERROR: error: invalid hexadecimal floating-point constant: expected exponent part 'p'
.float 0x1.2