Exclude DNNE based test project from armel builds

[am11]

Using mcr.microsoft.com/dotnet-buildtools/prereqs:ubuntu-18.04-cross-armel-tizen-20210719212651-8b02f56 container, I have bisected the issue to this commit 78f4fa8. Fix is to exclude DNNE dependent test project from restore and build on armel.

Fixes #62478.
cc @gbalykov, @jkoritzinsky

[ghost]

Tagging subscribers to this area: @dotnet/area-infrastructure-libraries
See info in area-owners.md if you want to be subscribed.

Issue Details

---

Using mcr.microsoft.com/dotnet-buildtools/prereqs:ubuntu-18.04-cross-armel-tizen-20210719212651-8b02f56 container, I have bisected the issue to this commit 78f4fa8. Fix is to exclude DNNE dependent test project from restore and build on armel.

cc @gbalykov, @jkoritzinsky

Author:	am11
Assignees:	-
Labels:	area-Infrastructure-libraries, community-contribution
Milestone:	-

[gbalykov]

Thanks for quick fix! I'll test on my side too

[stephentoub]

What is "DNNE"?

[am11]

https://github.com/AaronRobinsonMSFT/DNNE, used as a dependency for GeneratedDllImportAttribute tests.

[jeffschwMSFT]

cc @jkoritzinsky

[safern]

cc: @AaronRobinsonMSFT

[AaronRobinsonMSFT]

@am11 What aspect of DNNE doesn't work on armel?

[gbalykov]

It worked for me, thanks again

[AaronRobinsonMSFT]

@am11 What aspect of DNNE doesn't work on armel?

Oh. This doesn't really have anything to do with DNNE but rather the hosting library (that is, nethost), is that it?

[jkoritzinsky]

Yeah based on the error code, the problem is that we don't ship an apphost pack for armel and DNNE needs the pack for the nethost.

[am11]

This doesn't really have anything to do with DNNE

I basically used this block

runtime/src/libraries/tests.proj

Lines 44 to 46 in ae20c2e

	<ItemGroup Condition="'$(TargetOS)' == 'windows' and '$(TargetArchitecture)' == 'arm'">
	<!-- DllImportGenerator runtime tests depend on DNNE, which does not support Windows ARM32 as we don't officially support it. -->
	<ProjectExclusions Include="$(MSBuildThisFileDirectory)System.Runtime.InteropServices\tests\DllImportGenerator.Tests\DllImportGenerator.Tests.csproj" />

and adapted the condition for armel. That comment suggests it has something to do with DNNE. ;)

NETSDK1084 does not tell us the project that failed to restore (re #56623 (comment)).

Luckily, git(1) bisected 2dff7cd in 10 steps and 78f4fa8 is its parent commit on the main branch (https://gist.github.com/am11/d990277911afc29d9e4904df6275094f).

[am11]

@jkoritzinsky, is it good to merge?

[jkoritzinsky]

Yep