Nix + dotnet | 121 Members | |
| 24 Servers |
| Sender | Message | Time |
|---|---|---|
| 8 Feb 2025 | ||
| yeah my issue is that the rider builtin variant doesnt do anything at all | 01:34:16 | |
| the problem is that i cant make a snapshot because the process exits in less than a second | 01:34:46 | |
| 10 Feb 2025 | ||
| Corngood: it seems like the switch to the source-built variant did have some issues | 03:06:16 | |
| I updated my nix config, and the source-built SDKs don't work with the roslyn-ls packaged with the C# VSCode extension | 03:06:46 | |
| Initially I thought it was an issue with the new extension version, but I downgraded and the issue remains.
| 03:12:41 | |
| Do you have a minimal repro? | 12:26:53 | |
I tried https://github.com/dotnet/roslyn-sdk/tree/main/samples/CSharp/SourceGenerators on dotnetCorePackages.sdk_8_0-source and it worked. | 15:25:37 | |
| 18:20:26 | ||
| 18:20:50 | ||
|
then add this to
| 18:41:40 | |
| *
then add this to
| 18:41:49 | |
| *
then add this to
| 18:42:00 | |
| Is it not reproducible if you use only the net9 sdk? | 20:49:34 | |
| The extension won't find the runtime for .NET 8 you don't add it | 20:49:59 | |
| So the language server won't even start | 20:50:04 | |
| Maybe I misunderstood the repro. It's not just a build failure? You have to start Roslyn-ls? | 21:00:17 | |
| No, it's not a build failure, it builds correctly | 21:00:40 | |
| But roslyn-ls does not execute the source generators, so it has a bunch of errors in the proejct | 21:00:55 | |
| * But roslyn-ls does not execute the source generators, so it has a bunch of errors in the project | 21:00:59 | |
| More specifically, the roslyn-ls that is bundled/embedded/vendored inside the VSCode C# extension | 21:01:15 | |
| it builds correctly, but the extension generates a bunch of errors because no source is being generated so the program is incomplete according to it | 21:01:37 | |
| 12 Feb 2025 | ||
| oh is that why source generators no longer run in Rider either? | 21:22:11 | |
| Perhaps | 21:23:45 | |
| I changed back to the binary build with `combinePackages [ sdk_9_0-bin sdk_8_0-bin ]` | 21:24:23 | |
| I believe it *might* be related to the source-built system packages not being signed and the source generators trying to load one with a specific signature (publicToken) | 21:25:10 | |
| But I'm not entirely shure | 21:25:18 | |
| fyi the "private" keys for strong-signing runtime/official assemblies are public | 23:24:13 | |
| and afaik source build uses them | 23:24:34 | |
| * fyi the "private" keys for strong-named signing runtime/official assemblies are public | 23:25:02 | |
| * fyi the "private" keys for strong-name signing runtime/official assemblies are public | 23:25:12 | |