microsoft / microsoft/win32metadata
Building metadata projects outside vscmd results in failure to find cl.exe
Open
enhancement
- Dominant language
- C++
- Stars
- 1.5k
- Forks
- 149
- Avg merge
- 5d 16h
- Merged PRs (30d)
- 4
Description
Just creating an official issue to track fixing a long time annoyance. `dotnet build` in a vanilla Terminal session results in midl.exe/cl.exe failures due to tooling paths not getting wired up correctly.
Contributor guide
Research direction
Reproduce dotnet build in a vanilla Terminal session and compare it with a vscmd session, focusing on how tooling paths are wired. Done means the build can locate both cl.exe and midl.exe outside vscmd.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- build-system, tooling
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100