在Windows from llvm prebuilt binaries和-g
或-gline-tables-only
上使用clang v8.0.0时,gdb或lldb调试器不会获取源映射表。
包含-g
标志文件的大小会增大(这是可以预期的),但gdb和lldb都没有选择源代码
使用gcc编译时(带有-g
标志),调试器会检测到源文件。
我尝试在macOS High Sierra(clang -g <codefile>
说是clang -v
)上运行相同的命令(Apple LLVM version 10.0.0 (clang-1000/10.44.4)
)的情况下,lldb在那里拾取了源文件。因此,我猜想它已本地化到我的widows实例或用于Windows构建的llvm。
P.S。 clang -v
在Windows上的输出:
clang version 8.0.0 (tags/RELEASE_800/final)
Target: x86_64-pc-windows-msvc
Thread model: posix
InstalledDir: C:\Program Files\LLVM\bin
答案 0 :(得分:6)
在Windows上,Clang不能自给(至少不是官方二进制文件)。您需要安装GCC或MSVC才能运行。
如Target: x86_64-pc-windows-msvc
所示,默认情况下,您的Clang以某种MSVC兼容模式运行。从我收集到的信息来看,这意味着使用标准库和MSVC安装提供的其他库,并大概以某种特定于MSVC的格式生成调试信息。
添加--target=x86_64-w64-windows-gnu
以在GCC兼容模式下进行构建。 (如果要构建的是32位而不是64位,请用x86_64
替换i686
)。这将使Clang使用您的GCC安装提供的标头和库,并且调试信息应以与GCC兼容的方式生成。我可以使用MSYS2的GDB调试生成的二进制文件(这也是我的GCC安装所在的位置)。
如果仅安装了GCC而不是MSVC,则仍必须使用此标志。
我怎么知道这是正确的--target
?这就是MSYS2的Clang所使用的,我假设他们知道他们在做什么。如果您不想每次都键入此标志,则可以用MSYS2的Clang代替官方的Clang,但是我不确定这是否是最好的主意。
(我认为他们曾经提供一些补丁来增强与MinGW的兼容性,但是现在官方二进制文件同样工作良好,除了需要指定目标。此外,我上次检查它们的二进制发行版要大几GB,由于他们无法获得动态链接以工作,他们提供的某些版本也容易崩溃,所有这些问题都来自于他们用MinGW构建Clang,而Clang似乎并没有很好地支持。为了捍卫自己的利益,他们正在积极维护其发行版,我认为他们甚至为Windows发行了libc ++,而官方发行版则没有。)