Debugging 如何最好地转换linux ELF文件中的源路径以在Windows上调试ELF文件
我计划在基于ARM（Cortex-R5 BIG-ENDIAN）的嵌入式系统上运行U-boot。 U-Boot将作为第二级引导加载程序在第一级引导加载程序之上运行 使用IAR嵌入式ARM工作台（EWARM）开发。 U-Boot构建在Linux主机上。 第一级引导加载程序是在Windows主机上开发的 我刚刚使用EWARM下载了U-Boot ELF文件，但没有进行源代码调试。 没有复制源文件，但是ELF文件当然包含linux风格的路径 是否有任何工具可以转换具有linux风格路径的ELF文件 到具有Windows样式路径的ELF文件？ “objcopy--仅保留debug foo foo.dbg”接受完整的ELF文件 并将调试内容复制到foo.dbg objcopy——剥离调试foo，然后剥离ELF文件。 objcopy--add gnu debuglink=foo.dbg foo将连接添加到调试信息。 据我所知，没有objcopy选项来转换路径 是否有任何工具可以将完整的目录树复制到处理符号链接的NTFS？ 由于这仅用于源代码级调试，因此创建副本 而不是按照链接将是好的。 我的最佳想法是使用SAMBA通过网络复制文件系统。 我没有尝试过，但我怀疑SAMBA会忽略这些链接，而只是复制 Windows计算机已连接到公司网络和VPN连接 禁用所有其他网络，因此我必须使用第三台计算机进行此操作。。。 也许我可以在SAMBA上自行安装linux机器。。。。 我很欣赏你的想法 是否有任何工具可以将完整的目录树复制到NTFS来处理符号链接 您有两个选择：Debugging 如何最好地转换linux ELF文件中的源路径以在Windows上调试ELF文件,debugging,arm,elf,u-boot,cortex-m,Debugging,Arm,Elf,U Boot,Cortex M,我计划在基于ARM（Cortex-R5 BIG-ENDIAN）的嵌入式系统上运行U-boot。 U-Boot将作为第二级引导加载程序在第一级引导加载程序之上运行 使用IAR嵌入式ARM工作台（EWARM）开发。 U-Boot构建在Linux主机上。 第一级引导加载程序是在Windows主机上开发的 我刚刚使用EWARM下载了U-Boot ELF文件，但没有进行源代码调试。 没有复制源文件，但是ELF文件当然包含linux风格的路径 是否有任何工具可以转换具有linux风格路径的ELF文件 到具有