From d9a854e3d2b81f857cf050217c77168ef9ec750f Mon Sep 17 00:00:00 2001 From: Thomas Schmucker Date: Tue, 4 Aug 2026 07:44:38 +0200 Subject: install-win: Führe bei NPM Post-Install-Skripte bei Bedarf aus MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- neovim-windows-setup.md | 1 + 1 file changed, 1 insertion(+) (limited to 'neovim-windows-setup.md') diff --git a/neovim-windows-setup.md b/neovim-windows-setup.md index 0fbeefe..c2a4df6 100644 --- a/neovim-windows-setup.md +++ b/neovim-windows-setup.md @@ -70,6 +70,7 @@ $userPath = [Environment]::GetEnvironmentVariable("PATH", "User") ## 4. Bekannte Stolpersteine - **C-Compiler für `nvim-treesitter` (MSVC)**: `cl.exe` findet `nvim-treesitter` automatisch, aber nur wenn `INCLUDE`/`LIB` gesetzt sind – das passiert ausschließlich in einer "Developer PowerShell for VS" bzw. "x64 Native Tools Command Prompt", nicht in einer normalen PowerShell/Windows Terminal-Sitzung. Ohne das schlägt die Parser-Kompilierung mit einer Meldung wie "cannot find `
`.h" fehl, obwohl `cl.exe` selbst gefunden wird. Neovim also immer aus dieser Developer-Shell heraus starten. +- **clangd bei MSVC-Projekten (z. B. mit `compile_commands.json` aus einem `msbuild`-Rebuild)**: gleicher Grund wie oben. Eine generierte `compile_commands.json` enthält nur die projektspezifischen `/I`-Pfade (vcpkg, NuGet-SDKs), nicht die MSVC-STL-/Windows-SDK-Header – die bezieht `clang-cl` (wie `cl.exe`) über `INCLUDE`/`LIB`. Ohne Developer-Shell meldet clangd ``/`` etc. als nicht gefunden, obwohl die Projekt-Header aufgelöst werden. ## 5. Verifizieren -- cgit v1.3