Wrong lib/include path was used in x86 or AnyCPU

[Executor-Cheng]

DNNE: v1.0.7
The following command generated by building solution in VS will cause LNK2019:

"C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\VC\Tools\MSVC\14.27.29110\bin\Hostx64\x86\cl.exe" /Od /LDd /TC /MT /GS /Zi /D DNNE_ASSEMBLY_NAME=CoreExportTest /D DNNE_COMPILE_AS_SOURCE /I "C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\VC\Tools\MSVC\14.27.29110\include" /I "C:\Users\user\.nuget\packages\dnne\1.0.7\tools\platform" /I "C:\Program Files\dotnet\packs\Microsoft.NETCore.App.Host.win-x64\5.0.0-preview.8.20407.11\runtimes\win-x64\native" /I "C:\Program Files (x86)\Windows Kits\10\Include\10.0.18362.0\shared" /I "C:\Program Files (x86)\Windows Kits\10\Include\10.0.18362.0\um" /I "C:\Program Files (x86)\Windows Kits\10\Include\10.0.18362.0\ucrt" "F:\Projects\CoreExportTest\CoreExportTest\obj\x86\Debug\net5.0\dnne\CoreExportTest.g.c" "C:\Users\user\.nuget\packages\dnne\1.0.7\tools\platform\platform.c"  /link /DLL /LIBPATH:"C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\VC\Tools\MSVC\14.27.29110\lib\x86" /LIBPATH:"C:\Program Files (x86)\Windows Kits\10\Lib\10.0.18362.0\um\x86" /LIBPATH:"C:\Program Files (x86)\Windows Kits\10\Lib\10.0.18362.0\ucrt\x86" "C:\Program Files\dotnet\packs\Microsoft.NETCore.App.Host.win-x64\5.0.0-preview.8.20407.11\runtimes\win-x64\native\libnethost.lib" Advapi32.lib /IGNORE:4099 /IMPLIB:"F:\Projects\CoreExportTest\CoreExportTest\obj\x86\Debug\net5.0\dnne\bin\CoreExportTestNE.lib" /OUT:"F:\Projects\CoreExportTest\CoreExportTest\obj\x86\Debug\net5.0\dnne\bin\CoreExportTestNE.dll"

[AaronRobinsonMSFT]

@Executor-Cheng This is because the x86 compiler is being requested, but the 64-bit version of nethost is being requested (i.e. ...\win-x64\native\libnethost.lib). See https://github.com/AaronRobinsonMSFT/DNNE#generating-a-native-binary-using-the-dnne-nupkg for how to target a specific runtime bitness in the project.

[Executor-Cheng]

Thanks for your early reply.
Yeah I could build the project successfully by using --runtime win-x86 flag in dotnet CLI, my question is when I build the project via build menu, or using dotnet build without the --runtime flag, it seems that the 64-bit version of nethost is always being requested, regardless of the platform in the configuration manager, or the RuntimeIdentifiers property in csproj.

[AaronRobinsonMSFT]

@Executor-Cheng I finally got to the bottom of this issue. The cause is because from within Visual Studio the default build is running as 32-bit, but the default NETCoreSdkRuntimeIdentifier property is win-x64. The result is we select the win-x64 version of hostfxr.lib to build against, but determine we are in a 32-bit build because of pointer size:

DNNE/src/msbuild/DNNE.BuildTasks/Windows.cs

Lines 97 to 106 in 8a6596e

	private static bool Is64BitTarget(string arch)
	{
	return arch.ToLower() switch
	{
	"x64" => true,
	"amd64" => true,
	"x86" => false,
	_ => IntPtr.Size == 8,
	};
	}

This shouldn't be too hard to fix, but it is annoying.

Thanks for reporting the issue.