diff options
| author | satyanarayana reddy janga <satyajanga@fb.com> | 2025-08-04 09:42:42 -0700 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2025-08-04 09:42:42 -0700 |
| commit | a0db29d64788c44230b0808317d5841c5558bec6 (patch) | |
| tree | dc54d8ad79a9af575108c883ca1b0f238b0d1445 /lldb/source/Plugins/ScriptInterpreter/Python | |
| parent | 8f77fa7026de9f544778063fd9fe900d0804b863 (diff) | |
| download | llvm-a0db29d64788c44230b0808317d5841c5558bec6.zip llvm-a0db29d64788c44230b0808317d5841c5558bec6.tar.gz llvm-a0db29d64788c44230b0808317d5841c5558bec6.tar.bz2 | |
[lldb] Zero extend APInt when piece size is bigger than the bitwidth (#150149)
### Summary
We have internally seen cases like this
`DW_OP_lit0, DW_OP_stack_value, DW_OP_piece 0x28`
where we have longer op pieces than what Scalar supports (32, 64 or 128
bits). In these cases LLDB is currently hitting the assertion
`assert(ap_int.getBitWidth() >= bit_size);`
We are extending the generated APInt to the piece size by filling zeros.
### Test plan
Added a unit to cover this case.
### Reviewers
@clayborg , @jeffreytan81 , @Jlalond
Diffstat (limited to 'lldb/source/Plugins/ScriptInterpreter/Python')
0 files changed, 0 insertions, 0 deletions