Open delfu opened 1 year ago
vscode.workspace.findFiles
ignores them. But there are other issues with symlinks. The symlink is not updated when the source has been changed. Would you tell me more about your use case? Have you considered hard links?
thank you for the reply! we use bazel for building and the output folder isnt deterministic (differs person to person) . so this was the only way i could think of for testmate to discover the executable. What would be downsides to using a hardlink?
What would be downsides to using a hardlink?
Probably nothing. Should be fine.
Also you could use something like build/user_*/**/test*
.
Or build/${os_env:USER}/**/test*
.
Also you could customise .vscode/settings.json
content.
might interesting to check https://github.com/matepek/vscode-catch2-test-adapter/issues/414
Checklist
Describe the bug
Using the setting
testMate.cpp.test.advancedExecutables
, setting a pattern to be a symlink to an executable, the test doesnt seem to be picked up.If instead, i set the pattern to the absolute path of the executable, the Test Explorer works as expected
To Reproduce
expected:
result:
Desktop
Logs [2023-10-17 23:12:57.057] [INFO] Activating extension [2023-10-17 23:12:57.058] [INFO] Activation finished [2023-10-17 23:12:59.505] [INFO] context:executables [ { pattern: 'build/linkToExecutable', catch2: { testGrouping: { groupByExecutable: [Object] } } } ] [2023-10-17 23:12:59.507] [DEBUG] ExecutableConfig.resolveVariable: { value: 'build/linkToExecutable', resolved: Promise { },
strictAllowed: false
}
[2023-10-17 23:12:59.507] [INFO] pattern build/linkToExecutable /Users/delongfu/workspace {
isAbsolute: false,
absPath: '/Users/delongfu/workspace/build/linkToExecutable',
isPartOfWs: true,
relativeToWsPosix: 'build/linkToExecutable'
}