Я запустил проект C ++ в Visual Studio Code с системой сборки Bazel.Но отладка не работает в IDE, когда двоичный файл построен с использованием Bazel.
Я могу отлаживать приложение при сборке с clang++ -g main.cpp -o sample
.
Моя настройка: ОС: MacOS, Bazel: выпуск 0.17.2-homebrew, VS Код: 1.27.2
Что вызвано компиляцией Bazel.Есть ли обходной путь, чтобы сделать работу отладки?
Вот минимальный пример.Просто установите точку останова в редакторе, запустите отладку и наблюдайте, что точка останова не была нажата:
├── .vscode
│ ├── launch.json
│ └── tasks.json
├── BUILD
├── WORKSPACE
├── main.cpp
└── sample.code-workspace
.vscode/launch.json
{
"version": "0.2.0",
"configurations": [
{
"name": "(lldb) Launch",
"type": "cppdbg",
"request": "launch",
"program": "${workspaceRoot}/bazel-bin/sample",
"args": [],
"stopAtEntry": false,
"cwd": "${workspaceFolder}",
"externalConsole": false,
"MIMode": "lldb",
"preLaunchTask": "bazel build",
}
]
}
.vscode/tasks.json
{
"version": "2.0.0",
"tasks": [
{
"label": "bazel build",
"type": "shell",
"command": "bazel",
"args": [
"build",
"--compilation_mode=dbg",
"sample"
],
"group": {
"kind": "build",
"isDefault": true
}
}
]
}
BUILD
cc_binary(
name = "sample",
srcs = ["main.cpp"],
visibility = ["//main:__pkg__"],
)
main.cpp
#include <iostream>
int main() {
std::cout << "tests" << std::endl;
return 0;
}
sample.code-workspace
{
"folders": [ {"path": "."} ],
"settings": {}
}
Upd.1
Пробная отладка исполняемого файла на основе bazel и созданного вручную напрямую с помощью lldb:
Двоичный файл на основе Bazel bazel build --compilation_mode=dbg sample
lldb bazel-bin/sample
(lldb) breakpoint set -n main
Breakpoint 1: 13 locations.
(lldb) r
Process 24391 stopped
* thread #1, queue = 'com.apple.main-thread', stop reason = breakpoint 1.1
frame #0: 0x00000001000021b0 sample`main
sample`main:
-> 0x1000021b0 <+0>: pushq %rbp
0x1000021b1 <+1>: movq %rsp, %rbp
0x1000021b4 <+4>: subq $0x20, %rsp
0x1000021b8 <+8>: movq 0xe51(%rip), %rdi ; (void *)0x00007fff9c93a660: std::__1::cout
Target 0: (sample) stopped.
Двоичный файл, созданный вручную clang++ -g main.cpp -o sample
lldb sample
(lldb) breakpoint set -n main
Breakpoint 1: where = sample`main + 29 at main.cpp:4, address = 0x0000000100000f9d
(lldb) r
Process 24410 stopped
* thread #1, queue = 'com.apple.main-thread', stop reason = breakpoint 1.1
frame #0: 0x0000000100000f9d sample`main at main.cpp:4
1 #include <iostream>
2
3 int main() {
-> 4 std::cout << "tests" << std::endl;
5 return 0;
6 }
Target 0: (sample) stopped.
После поиска «заметок отладки» в исполняемом файле (благодаря этому ответу )
nm -pa bazel-bin/sample | grep OSO
000000005bb7c96b - 03 0001 OSO /private/var/tmp/_bazel_teivaz/1e731ee5ae5a3ce6177976984318ec76/bazel-sandbox/1688134534644271312/execroot/__main__/bazel-out/darwin-dbg/bin/_objs/sample/main.o
Я понял, что эти пути указывают на среду песочницы, которую Bazel использовал для построения.И этот путь больше недоступен.
Это, вероятно, вызвано известной проблемой в Bazel # 5545
Upd.2
После обновления Bazel до версии 0.17.2 (где проблема # 5545 уже исправлена) эта проблема все еще возникает.
Upd.3
В конце концов, это проблема Базеля.Вот ссылка на него # 6327