${workspaceFolder} is not resolved in cmake.debugConfig

[upcliujie]

Brief Issue Summary

settings.json:

"cmake.debugConfig": {
        "environment": [
            {
                "name": "LD_LIBRARY_PATH",
                "value": "${workspaceFolder}/build/bin"
            },
        ]
    },

gdb can't get LD_LIBRARY_PATH environment

CMake Tools Diagnostics

No response

Debug Log

No response

Additional Information

No response

[v-frankwang]

@upcliujie I still can't reproduce the problem after following your tips, am I going about it the wrong way? Are you able to give some advice?

steps:

1. Create a folder named "Test" and open it with VS Code.
2. Setting.json is set as follows:
   "cmake.debugConfig": {
   "environment": [
   {
   "name": "LD_LIBRARY_PATH",
   "value": "${workspaceFolder}/build/bin"
   },
   ]
   },
3. Executing the CMake: debug command
4. Configured the kit to be Visual Studio Enterprise 2022 IntPreview -amd64

Actual results：

[upcliujie]

@v-frankwang The environment variable read on the executable file is incorrect，${workspaceFolder} is not be expanded.

[v-frankwang]

@upcliujie Thank you very much for your reply! The environment LD_LIBRARY_PATH is recognized correctly. Is this the same problem as you described? Or can you provide a simple project that reproduces this problem.

[upcliujie]

@v-frankwang

[gcampbell-msft]

@upcliujie How are you executing the code? Are you executing the code using the CMake debug button? If so, I think you're right that this is a possible bug and we should put it on the backlog to investigate.

[upcliujie]

@upcliujie How are you executing the code? Are you executing the code using the CMake debug button? If so, I think you're right that this is a possible bug and we should put it on the backlog to investigate.

Yes，I execute the code using the CMake debug button.

[v-frankwang]

@upcliujie @gcampbell-msft This bug has been fixed.

[geertj]

Slightly broadening this feature request, hope that is okay. It would be nice if ${workspaceFolder} is expanded as in cmake.debugConfig.miDebuggerPath as well. Our use case is that we have a gdb wrapper that is local to a package.

[v-frankwang]

@geertj This issue has been fixed, and for the issue you raised you can go ahead and create a new issue