diff options
author | Jakub Jelinek <jakub@redhat.com> | 2024-03-15 10:10:57 +0100 |
---|---|---|
committer | Jakub Jelinek <jakub@redhat.com> | 2024-03-15 10:10:57 +0100 |
commit | 0319f265eddd17c32cb037b71489d9882a6eb00d (patch) | |
tree | b0b0df8520e8d259dbff4369798c8b956fb1e4e9 /gcc/edit-context.cc | |
parent | 8ae7062bf4005c08b093828d40e2c9278e6f6d9c (diff) | |
download | gcc-0319f265eddd17c32cb037b71489d9882a6eb00d.zip gcc-0319f265eddd17c32cb037b71489d9882a6eb00d.tar.gz gcc-0319f265eddd17c32cb037b71489d9882a6eb00d.tar.bz2 |
expand: EXTEND_BITINT CALL_EXPR results [PR114332]
The x86-64 and aarch64 psABIs (and the unwritten ia64 psABI part) say that
the padding bits of _BitInt are undefined, while the expansion internally
typically assumes that non-mode precision integers are sign/zero extended
and extends after operations. We handle that mismatch with EXTEND_BITINT
done when reading from untrusted sources like function arguments, reading
_BitInt from memory etc. but otherwise keep relying on stuff being extended
internally (say in pseudos).
The return value of a function is an ABI boundary though too and we need
to extend that too.
2024-03-15 Jakub Jelinek <jakub@redhat.com>
PR middle-end/114332
* expr.cc (expand_expr_real_1): EXTEND_BITINT also CALL_EXPR results.
Diffstat (limited to 'gcc/edit-context.cc')
0 files changed, 0 insertions, 0 deletions