diff options
| author | Tom de Vries <tdevries@suse.de> | 2022-04-15 18:01:07 +0200 |
|---|---|---|
| committer | Tom de Vries <tdevries@suse.de> | 2022-04-15 18:01:07 +0200 |
| commit | f0072f79e12d88ca361de04a52434430a10c5f0e (patch) | |
| tree | d8feecbfd4943c473e2b03a5becb618ae8892ac9 /gdb/windows-tdep.c | |
| parent | 04f521a6ef30fd6cffabb5c5c26574fd6474a2e9 (diff) | |
| download | gdb-f0072f79e12d88ca361de04a52434430a10c5f0e.zip gdb-f0072f79e12d88ca361de04a52434430a10c5f0e.tar.gz gdb-f0072f79e12d88ca361de04a52434430a10c5f0e.tar.bz2 | |
[gdb/testsuite] Fix gdb.ada/float-bits.exp with -m32
With test-case gdb.ada/float-bits.exp and native we get:
...
(gdb) print 16llf#7FFFF7FF4054A56FA5B99019A5C8#^M
$9 = 5.0e+25^M
(gdb) PASS: gdb.ada/float-bits.exp: print 16llf#7FFFF7FF4054A56FA5B99019A5C8#
...
but with target board unix/-m32 we have instead:
...
(gdb) print 16llf#7FFFF7FF4054A56FA5B99019A5C8#^M
Cannot export value 2596145952482202326224873165792712 as 96-bits \
unsigned integer (must be between 0 and 79228162514264337593543950335)^M
(gdb) FAIL: gdb.ada/float-bits.exp: print 16llf#7FFFF7FF4054A56FA5B99019A5C8#
...
Fix this by testing whether 16llf is supported by doing ptype long_long_float
which gets us either:
...
type = <16-byte float>^M
...
or:
...
type = <12-byte float>^M
...
Tested on x86_64-linux with native and unix/-m32.
Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=29041
Diffstat (limited to 'gdb/windows-tdep.c')
0 files changed, 0 insertions, 0 deletions
