UDN is exporting its symbols from editor binaries and it should not be doing that.

To reproduce, run `dumpbin` (or equivalent on macOS) on the affected Unity.dll:

C:\Program Files\Microsoft Visual Studio\18\Professional>dumpbin /exports D:\UnitySrc\unity\build\WindowsEditor\x64\Release\Unity.dll
Microsoft (R) COFF/PE Dumper Version 14.50.35717.0
Copyright (C) Microsoft Corporation. All rights reserved.

Dump of file D:\UnitySrc\unity\build\WindowsEditor\x64\Release\Unity.dll

File Type: DLL

Section contains the following exports for Unity.dll

00000000 characteristics
FFFFFFFF time date stamp
0.00 version
1 ordinal base
8 number of functions
8 number of names

ordinal hint RVA name

1 0 0032EF5C UnityMain = @ILT+3333975(UnityMain)
2 1 00467F68 udnCreateDenoiser = @ILT+4616035(udnCreateDenoiser)
3 2 004E67E1 udnDenoiseBuffer = @ILT+5134300(udnDenoiseBuffer)
4 3 000A29B9 udnDisposeDenoiser = @ILT+661940(udnDisposeDenoiser)
5 4 00394073 udnGetDenoiserTypeName = @ILT+3747950(udnGetDenoiserTypeName)
6 5 0042E94D udnGetNumberOfAvailableDenoiserTypes = @ILT+4381000(udnGetNumberOfAvailableDenoiserTypes)
7 6 004FD0F9 udnGetResult = @ILT+5226740(udnGetResult)
8 7 00396855 udnSetPath = @ILT+3758160(udnSetPath)

We expect only a single symbol to be exported: UnityMain.

The fix is to stop decorating those functions with __declspec(dllexport) or completely remove the code.