-
Notifications
You must be signed in to change notification settings - Fork 1.3k
Open
Labels
Description
Description / Steps to reproduce the issue
Gdb used to be able to load shared library symbols automatically from the target. At the very least version 15.2-1 is able to do that, but the latest version (17.1-2 at this time) won't do it.
- Launch gdbserver on remote Linux system.
gdb-multiarchfile [your-executable]target remote [your-target-address]show sysroot->The current system root is "target:".show auto-solib-add->Autoloading of shared library symbols is on.c- Break with
Ctrl-C. bt
The output implies it doesn't even attempt to load the solib symbols, neither while running nor while in break state.
Expected behavior
#0 0xb7fd6d09 in __kernel_vsyscall ()
#1 0xb7b4e29b in nanosleep () from target:/lib/i386-linux-gnu/libc.so.6
#2 0xb7b4e175 in sleep () from target:/lib/i386-linux-gnu/libc.so.6
#3 0x0948d0fa in [censored] at [censored]
#4 0x094b7aec in main (argc=1, argv=0xbffffd44) at [censored]
Actual behavior
#0 0xb7fd6d09 in __kernel_vsyscall ()
#1 0xb7b4e29b in ?? ()
Verification
- I have verified that my MSYS2 is up-to-date before submitting the report (see https://www.msys2.org/docs/updating/)
Windows Version
MSYS_NT-10.0-26200
MINGW environments affected
- MINGW64
- MINGW32
- UCRT64
- CLANG64
- CLANGARM64
Are you willing to submit a PR?
No response