Updated dotnet-source-build for all platforms and -native support.

[pauldotknopf]

I'm working on a meta-layer for .NET Core, and I hope to merge my new dotnet-source-build into your repo when it is completed.

https://github.com/pauldotknopf/meta-dotnet

• Support all platforms (x86_64, x64, arm, etc).
• Pass the CFLAGS from yocto into each cmake project (instead of using the hard-coded ones in each project).
• Support "dotnet-source-build-native" for other recipes that build .NET Core projects.
• Have dotnet-source-build product -runtime and -sdk packages (for dev/production images).

I've sent @Tragetaschen a private email on the matter, but I'm creating this issue to track any on-going discussions for public posterity.

Note, I am not using yocto patches at the moment, I am using forks.

https://github.com/qmlnet/source-build/commits/yocto-v2.1.401

Once things are completed/tested, I will point to official SRCREVs with patches properly applied in Yocto.

[Tragetaschen]

That's awesome! By all means, go ahead with this.

[thalionath]

Hi @pauldotknopf. How is the progress of your effort?

[fidergo-stephane-gourichon]

@thalionath no reply from @pauldotknopf but there are new commits regularly on https://github.com/pauldotknopf/meta-dotnet/commits/master which I guess is a hint.

[pauldotknopf]

Hey, sorry about that. Didn't mean to ignore.

Yeah, I gave up on passing the build flags from Yocto directly to dotnet/clang. It was proving difficult.

For my purposes (at the moment), I am using pre-compiled .NET Core binaries (see here). I have both dotnet and dotnet-native working (with a few hacks).

1. I had to surgically remove the libcoreclrtraceptprovider. .NET Core works fine without it. It was causing hangs.
2. For the dotnet-native package, I created a custom dotnet script that runs the real dotnet without pseudo, which again, was causing hangs.

Side note, the build system for .NET Core is a mess...