@@ -52,9 +52,10 @@ options. This is known to have issues on non-Linux platforms.
52
52
53
53
### CMake project
54
54
55
- The ` CMakeLists.txt ` file allows to load the Swift extractor as a CMake project, which allows integration into a wider
56
- variety of IDEs. Building with CMake also creates a ` compile_commands.json ` compilation database that can be picked up
57
- by even more IDEs. In particular, opening the ` swift ` directory in VSCode should work.
55
+ There are two ` CMakeLists.txt ` files, one at the root of the repository and another in the ` swift ` directory. Using
56
+ either will allows to load the Swift extractor as a CMake project, which allows integration into a wider variety of
57
+ IDEs. Building with CMake also creates a ` compile_commands.json ` compilation database that can be picked up by even more
58
+ IDEs. In particular, opening the ` swift ` directory in VSCode should work.
58
59
59
60
### Debugging codeql database creation
60
61
@@ -76,5 +77,9 @@ before starting the database extraction, and when that source is encountered the
76
77
a ` gdbserver ` instance listening on port 1234. You can then attach to the running debugging server from ` gdb ` or your
77
78
IDE. Please refer to your IDE's instructions for how to set up remote debugging.
78
79
79
- * Note for CLion users* : there is an issue for which breakpoints will not work in this mode if you are opening the
80
- workspace using the Intellij Bazel plugin. For the time being the workaround is to use the CMake project instead.
80
+ In particular for breakpoints to work you might need to setup the following remote path mapping:
81
+
82
+ | Remote | Local |
83
+ | -------------| ---------------------------------------|
84
+ | ` swift ` | ` /absolute/path/to/codeql/swift ` |
85
+ | ` bazel-out ` | ` /absolute/path/to/codeql/bazel-out/ ` |
0 commit comments