diff options
Diffstat (limited to 'gitlab/issues_text/target_i386/host_missing/accel_missing/2590')
| -rw-r--r-- | gitlab/issues_text/target_i386/host_missing/accel_missing/2590 | 23 |
1 files changed, 23 insertions, 0 deletions
diff --git a/gitlab/issues_text/target_i386/host_missing/accel_missing/2590 b/gitlab/issues_text/target_i386/host_missing/accel_missing/2590 new file mode 100644 index 000000000..9e751ec7b --- /dev/null +++ b/gitlab/issues_text/target_i386/host_missing/accel_missing/2590 @@ -0,0 +1,23 @@ +qemu-x86_64: gdb doesn't read symbols from dynamically linked shared libraries. +Description of problem: +GDB fails to load dynamically linked shared libraries when connecting to qemu-x86_64, causing it to not recognize symbols from the shared libraries. As a result, breakpoints in shared library functions (e.g, `break printf`) do not work. +Steps to reproduce: +1. Start the debug server: `./qemu-x86_64 -g PORT ./x86_64-binary` +2. Connect GDB to the debug server: +``` +$ gdb-multiarch ./x86_64-binary +(gdb) set verbose on +(gdb) target remote :PORT +``` +3. GDB displays a warning and fails to load shared libraries: +``` +(gdb) target remote :PORT +Remote debugging using :PORT +warning: platform-specific solib_create_inferior_hook did not load initial shared libraries. +(gdb) info sharedlibrary +No shared libraries loaded at this time. +``` +Additional information: +This issue does not occur when using gdbserver on a native x86_64 machine and connecting to it from gdb-multiarch on an ARM64 machine, indicating the issue is likely related to QEMU rather than GDB. + +GDB correctly recognizes symbols from the target binary (e.g., the `main` function), and breakpoints at these symbols function as expected. |