Treat WSL like a RT Target

[TiTou]

One thing I love with LabVIEW is to be able to execute the same source code on multiple targets (Win, Linux, NI Linux RT, etc)

I use Linux more and more to deploy my LabVIEW built apps and now instead of VM I use Windows Subsystem for Linux (WSL) on Windows 11, in very few steps I can create an Ubuntu instance, add a desktop and xrdp and then remote desktop into it.

What would be fantastic is to not event need a desktop and xrdp but just install LabVIEW in the WSL instance via terminal and then run LabVIEW on Windows and select the WSL instance as execution target as I would do for an RT target.

[TiTou]

my use case is not to check if my code is multiplatform (there are VIA tests for that I think)

it's really to remove the need for VMWare or VM servers or VituralBox and Remode Desktop

My work computer is a Windows laptop but 90% of my LabVIEW projects deploy on Linux and it interacts with other services running on Linux (Redis, RabbitMQ to name a few).

So when developing I need my LabVIEW code to be running on Linux and WSL feels like a great option for that.

(by the way VS code does that, if you run it on the Windows host and have a WSL running, you can select the WSL as your execution target)

[fefepeto_kb]

I think this idea needs a little clarification. LabIVIEW can run on Linux, while not being real time, therefore it is a normal application.

Another interpretation is, that a LabVIEW FPGA image shall be created for WSL that allows running real time applications on a laptop, practically as an emulator.

For the use case of WSL with normal Linux it would mean that LabVIEW shall be able to compile software for Linux, deploy it and run in the WSL environment but the control of these actions would remain inside the Windows based development environment.

The other case might also be dependent on how much freedom Microsoft gives to other companies. The WSL might have limitations that would not allow it being used as an emulator.

From the problem statement I think that the first interpretation is closer to what is really needed by this idea.

In that case a potential solution is, to create a full development environment on a Linux OS in the WSL and then open the VI Server. Then with a service like piece of software, the desired functionalities could be achieved. Some work of course will be required in the project manager as well, to allow discovering these machines as target, but would definitely make this workflow easier.

[TiTou]

well.. actually I found out that when running LabVIEW in my WSL I can have all the windows display in Windows without using remote desktop so for now this is a good enough alternative.

also after thinking about it I don't think I want WSL to appear as a target in the LabVIEW project.