Feature request: support Linux ARM / ARM64
See original GitHub issueEnvironment data
dotnet --info
output:
.NET Core SDK (reflecting any global.json):
Version: 2.2.101
Commit: 236713b0b7
Runtime Environment: OS Name: raspbian OS Version: 9 OS Platform: Linux RID: linux-arm Base Path: /home/pi/dotnet/sdk/2.2.101/
Host (useful for support): Version: 2.2.0 Commit: 1249f08fed
.NET Core SDKs installed: 2.2.101 [/home/pi/dotnet/sdk]
.NET Core runtimes installed: Microsoft.AspNetCore.All 2.2.0 [/home/pi/dotnet/shared/Microsoft.AspNetCore.All] Microsoft.AspNetCore.App 2.2.0 [/home/pi/dotnet/shared/Microsoft.AspNetCore.App] Microsoft.NETCore.App 2.2.0 [/home/pi/dotnet/shared/Microsoft.NETCore.App]
VS Code version: Version: 1.29.0 (user setup) Commit: f74c7914490b68b4052ff877f04b6eaf7198f261 Date: 2018-10-16T15:00:48.287Z Electron: 2.0.11 Chrome: 61.0.3163.100 Node.js: 8.9.3 V8: 6.1.534.41 Architecture: arm
C# Extension version: 1.17.1
Steps to reproduce
Hit F5 from a C# console application.
Expected behavior
Program builds and runs, and stops at breakpoints.
Actual behavior
[WARNING]: Processor architecture ‘armv7l’ is not currently supported by the .NET Core debugger. Debugging will not be available.
Issue Analytics
- State:
- Created 5 years ago
- Reactions:59
- Comments:77 (10 by maintainers)
Top GitHub Comments
Please create a Linux ARM64 (and Linux ARM32) version of OmniSharp, so that we can use the Pi 400 for .NET 5 educational purposes ! I mean VS Code works now on the Pi 4(00), and .NET 5 also runs on Linux ARM32 and Linux ARM64… we just can’t use the C# plugin in VS Code since OmniSharp doesn’t support the Linux ARM architecture at all. Ask the guys from the VS Code team how to do it, they succeeded finally. I’d be willing to help out, but I have no clue how to do it 😦.
@gregg-miskelly I don’t agree that “It would be better anyway”.
I would like to be able to build and test C# programs using System.Device.Gpio on a Raspberry Pi using VS Code and Remote-SSH.
It is especially onerous when I have to first create the projects on my Windows PC (in order to get language/IntelliSense support), then, at some point, copy my project to the rpi in order to test/debug (due to the lack of actual GPIO hardware on my Windows PC). Every time I need to make substantial edits, it’s back to my Windows PC in order to leverage IntelliSense, then back over to rpi to test/debug; a dreadful cycle.
I am not concerned about taxing the rpi system resources a) because my performance requirements are not substantial, b) because I understand and can manage the tradeoffs, and c) because, frankly, newer rpi devices are relatively powerful.
I see there is a “blocked on vs code” tag on this issue - is that still the case? I’ve read over this thread a few times and, from what I can see, there don’t appear to be any show-stoppers; would this be difficult to enable? This seems like a slam-dunk feature request to me.