Ubuntu 20.04环境下QtCreator远程调试时GDB sysroot路径设置及相关问题咨询

针对你遇到的远程调试Qt应用时无法加载共享库符号的问题，我来逐一解答你的疑问：

1. sysroot和solib-search-path的正确路径设置 #

这里的核心是明确本地开发机和远程目标机的路径作用差异：

• set sysroot：这个命令是告诉GDB到本地开发机的路径下查找库的符号文件（因为你本地的Qt库和目标机是同版本，符号完全匹配），所以正确路径应该是你的开发机Qt安装根目录：

  set sysroot /home/mark/Qt/6.2.0/gcc_64/
  

  你之前了解的“加快调试速度需将sysroot设为本地库路径”是完全正确的——如果指向目标机路径，GDB会尝试远程读取符号文件，不仅速度慢，还容易出现权限或网络相关的错误。
• set solib-search-path：这个命令是指定远程目标机上的共享库搜索路径，让GDB知晓目标机上的Qt库实际存放位置，所以正确路径应该是目标机的lib目录：

  set solib-search-path /home/user/Qt/6.2.0/gcc_64/lib
  

2. sysroot设为lib文件夹的父目录是否正确？ #

完全正确。sysroot指定的是根路径，GDB会自动在这个路径下的lib子目录中查找对应的库符号文件，所以设到gcc_64这个父目录完全符合GDB的查找逻辑。

3. 在哪里执行info sharedlibrary命令？ #

在Qt Creator启动远程调试会话后，切换到底部面板的Debugger Console标签页（和“Application Output”同级），直接输入info sharedlibrary并回车，就能看到所有共享库的加载状态——包括哪些库成功加载了符号，哪些没有加载。

最后建议你把Additional Startup Commands调整为：

set sysroot /home/mark/Qt/6.2.0/gcc_64/
set solib-search-path /home/user/Qt/6.2.0/gcc_64/lib

重新启动远程调试后，应该就能解决符号加载失败的问题了。

内容的提问来源于stack exchange，提问作者Mark