Revert ARM64 preloading - issue was TFM mismatch, not native loading

The native DLL loading failure was caused by using net8.0 NuGet
packages with a net6.0 consuming project, not a missing preload.
Reverts the ARM64 preloading added in 33b4855.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

Author: alinpahontu2912

src/TorchSharp/Torch.cs

@@ -154,19 +154,6 @@ private static void LoadNativeBackend(bool useCudaBackend, out StringBuilder? tr
                     ok = TryLoadNativeLibraryByName("torch_cuda", typeof(torch).Assembly, trace);
                     ok = TryLoadNativeLibraryByName("LibTorchSharp", typeof(torch).Assembly, trace);
                 } else {
-                    var isWindowsArm64 = RuntimeInformation.IsOSPlatform(OSPlatform.Windows) &&
-                                         RuntimeInformation.ProcessArchitecture == Architecture.Arm64;
-                    if (isWindowsArm64) {
-                        trace.AppendLine($"    Try loading Windows ARM64 native components");
-                        // Preloading these DLLs on Windows ARM64 ensures dependencies are resolved
-                        // when loading from NuGet package directories, similar to the CUDA preloading above.
-                        // ARM64 libtorch uses ARM Performance Libraries instead of Intel OpenMP.
-                        ok = TryLoadNativeLibraryByName("armpl_lp64", typeof(torch).Assembly, trace);
-                        ok = TryLoadNativeLibraryByName("uv", typeof(torch).Assembly, trace);
-                        ok = TryLoadNativeLibraryByName("c10", typeof(torch).Assembly, trace);
-                        ok = TryLoadNativeLibraryByName("torch_global_deps", typeof(torch).Assembly, trace);
-                    }
-
                     ok = TryLoadNativeLibraryByName("torch_cpu", typeof(torch).Assembly, trace);
                     ok = TryLoadNativeLibraryByName("LibTorchSharp", typeof(torch).Assembly, trace);
                 }