Open davidwengier opened 3 years ago
@jmarolf I think you want this to be either Epic or Theme, probably Epic, right?
I feel strangely violated
Sorry @davidwengier I am labeling things to see what happens on themeof.net. They don't mean anything yet. Just experiementing
They don't mean anything yet.
Now I feel strangely violated
Is this supposed to work even partially with "remoteHub.richNavigation.enabled": true
? Spotted it in https://github.com/dotnet/roslyn/issues/24349#issuecomment-1205757676 but probably does not work for non remote repos.
@Meligy I'm not sure what that setting means, nor where you would set it. In general Go To Def works regardless of what repo code may come from, but the Source Link aspect would not work if there wasn't Source Link information in the PDBs of the referenced DLLs. If you're having issues with things not working, it's probably best to just log an issue and we can investigate.
Hi @davidwengier. Thanks for the reply and sorry for not providing enough context. I was checking why Omnisharp decompilation support was not showing implementation for BCL methods (for a simply example, Array.Empty<int>()
). And my googling led to https://github.com/dotnet/roslyn/issues/24349#issuecomment-1205757676. The setting I mentioned my previous reply is what's shown in the VS Code Settings picture in the comment. I wasn't sure if it's related or not, hence the question.
I understand that in Visual Studio (at least for Windows, maybe for Mac but did not check) there are settings to add symbol servers, download symbols from them, and use these for debugging and maybe decompilation. I was hoping there was something similar when consuming Roslyn via VS Code / Omnisharp.
Unfortunately the components that enable Roslyn to download PDBs and Source Link files are part of Visual Studio, and don't ship with OmniSharp/the C# extension.
@Meligy The documentation for configuring Symbol and Source Link options for the .NET Core Debugger in the C# extension can be found at https://github.com/OmniSharp/omnisharp-vscode/blob/master/debugger-launchjson.md#symbol-options
@JoeRobich thanks a lot. I was actually wondering more about decompilation without debugging (think: right click a symbol and choose "Go to Definition/implementation"). But this is also very useful. I wonder if once downloaded, this become available to use even without debugging.
@Meligy If you set omnisharp.enableDecompilationSupport
to true
and accept the terms, then with a restart you are able to go to decompilation with the C# extension in VS Code. If you had previously rejected the terms, then you can run the "CSharp: Show decompilation terms agreement" command.
Allow Go To Definition to pull sources from Source Link enabled assemblies.
See also https://github.com/dotnet/roslyn/issues/24349
Background:
Process:
ref\*
then we might just need to go to..\lib\*
Also: