I’ve installed the Elements command line tools on a Debian Linux system. When I try to build an Oxygene .Net Core console application project (which builds fine in Visual Studio on Windows), I get the following error message:
RemObjects EBuild. An open source build engine for Elements and beyond.
Copyright RemObjects Software 2016-2019. All Rights Reserved. Created by marc hoffman.
Version 10.0.0.2423 (develop) built on talax, 20190719-173018. Commit bd11d70.
E: No .NET Core version was specified, and no default version could be determined. Make sure .NET Core is installed.
Project 'test_userled_gpio' failed to build.
Solution 'test_userled_gpio' failed to build all projects.
I do have .Net Core SDK 2.2.301 installed, in a non-standard location. The dotnet command is in /usr/local/bin and in the PATH.
I’m guessing I need to add - -setting=Something to tell ebuild where to look for .Net Core but I don’t know what Somthing should be.
I’m afraid we currently;y only deject the .NET Core install in the default location, and only on Mac and Windows. I will log an issue to get this fixed and support both specifying a custom location and finding it in the default location (if there is such a thing) on Linux, as well.
My apologies for this inconvenience.
PS: an app build on Windows will of course work on Linux, and we are also working on remote debugging from the IDEs onto Linux, for .NET/Mono and .NET Core.
I know I can build on Windows and run on Linux. I’ve been doing that without any issues. I just wanted to perform release builds (packed into .deb package files) on my Linux build server and it looked like the Linux command line tools would permit that.
The next build will both allow overriding the .NET Core base path in EchoesPaths.xml, and it will also read it by default from the DOTNET_ROOT environment variable, if set (which seems to be the default way, on Linux).
If you want, I can send you a new build later today. What’s your account name on remobjects.com?