[Bug rust/30090] Using TUI on musl libc with Rust program, finish failed a bounds check

["tromey at sourceware dot org" <sourceware-bugzilla@sourceware.org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=30090

--- Comment #14 from Tom Tromey <tromey at sourceware dot org> ---
Ok, I think I'll just have to xfail the actual result here.
Basically, gdb has to rely on programs using the platform ABI
to extract return values.  However, my test function doesn't
seem to be doing this.

amd64-tdep.c thinks my type should be returned entirely in $rax, but
really it's being returned in a combo of $eax and $edx.

(gdb) disassemble return_some
Dump of assembler code for function
_ZN6finish11return_some17hc6e727e1fe11047cE:
   0x000055555555c400 <+0>:     push   %rax
   0x000055555555c401 <+1>:     movl   $0x61,0x4(%rsp)
   0x000055555555c409 <+9>:     movl   $0x1,(%rsp)
   0x000055555555c410 <+16>:    mov    (%rsp),%eax
   0x000055555555c413 <+19>:    mov    0x4(%rsp),%edx
^^^ here you can see eax/edx being set.
   0x000055555555c417 <+23>:    pop    %rcx
   0x000055555555c418 <+24>:    ret

(gdb) info regist
rax            0x1                 1
rbx            0x1                 1
rcx            0x6100000001        416611827713
rdx            0x61                97

The caller does:

   0x000055555555c420 <+0>:     sub    $0x18,%rsp
   0x000055555555c424 <+4>:     call   0x55555555c400
<_ZN6finish11return_some17hc6e727e1fe11047cE>
=> 0x000055555555c429 <+9>:     mov    %eax,0x8(%rsp)
   0x000055555555c42d <+13>:    mov    %edx,0xc(%rsp)

.. i.e., you can see it moving out of edx.

Now, arguably this is maybe some reading of the ABI.
amd64-tdep knows that rdx is the second integer register.
But, it seems to me that since the entire structure is 8
bytes, it should probably all be stuffed into rax.

-- 
You are receiving this mail because:
You are on the CC list for the bug.